| |||||||||||||
|
| |||||||||||||
RealtimeKit and the audio problemRealtimeKit and the audio problemPosted Jul 1, 2009 20:15 UTC (Wed) by michaeljt (subscriber, #39183)In reply to: RealtimeKit and the audio problem by ms Parent article: RealtimeKit and the audio problem
Just so that I can sound really naive - why is that? In the wonderful world of theory, disk I/O and audio I/O should be able to run in parallel, as long as the bus is wide enough for them both.
(Log in to post comments)
RealtimeKit and the audio problem Posted Jul 1, 2009 22:15 UTC (Wed) by macros (subscriber, #6699) [Link]
That assumes disk bandwidth is a static thing which it most definitely is not. For example, I have one disk array that will easily push 200MB/s for sequential reads, on a purely random workload that drops to 1MB/s.
RealtimeKit and the audio problem Posted Jul 2, 2009 0:05 UTC (Thu) by xoddam (subscriber, #2322) [Link]
It's a scheduler issue. An operating system built with such requirements in mind can do the job very well indeed -- but the CPU scheduler has to be designed with the scheduling constraints of the audio and video IO in mind. This is definitely not the case with Linux or most general-purpose operating systems: worse is better is bad for some workloads ;-)
For an example of an operating system that does it 'right', see http://lwn.net/Articles/270081/.
|
|
||||||||||||