lkml.org 
[lkml]   [1999]   [Jul]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: real-time threaded IO with low latency (audio)
Date

> Oliver Xymoron wrote:

> There's only one very small piece of video capture that needs to be
> realtime - ie worst case performance of a few milliseconds. That's the
> piece that sets up the DMA transfers for grabbed frames. That piece
> belongs in a driver, not an application. The remainder, ie queuing and
> unqueuing buffers, postprocessing, and spooling to disk, all can be done
> in application space and rely on the system's buffers. If it can't make it

You mean spooling to a raw parition when non-swappable RAM is overrun ?

> to disk without overrunning memory in that environment, it wouldn't make
> it anyway.

Yeah, maybe I'm being completely naive in myunderstanding of buss
bandwidth sharing, but I refuse to accept the *above* given what
modern graphics hardware can do with AGP2 and disk controllers
with DMA.

How about a special optimization to the swap that allows for
high speed handling of linear page faults ?

If I'm hardware lock/bandwidth stupid, then please correct me.

> (currently working on a megapixel digital "video" system myself)

I'm doing real time *non-so-critical* digital audio here. ;-)

Currently listening to the song snippet:
"...Brass Monkey, that funky monkey...." --Beasty Boys

bill


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:53    [W:1.652 / U:0.072 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site