Messages in this thread | | | From | Bill Huey <> | Subject | Re: real-time threaded IO with low latency (audio) | Date | Sat, 24 Jul 1999 17:23:40 -0700 (PDT) |
| |
> 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/
| |