On Sat, 8 Jul 2000, Juhana Sadeharju wrote:
>>From: "Khimenko Victor" <khim@sch57.msk.ru>
>>>>doing silly things, the scheduling latency is reliably 4 milliseconds on
>>>>a 500MHz machine. Very occasionally reaches 7 millisecs. It has been
>>
>>> Lets talk about 7 ms latency only -- 4 ms is useless information in audio
>>> software which has to be 101% reliable.
>>
>>Sorry. It was said 1000 times already but I can repeat once more just for you:
>>101% reliability => HARD real time => RTLinux. Period. If you NEED 101%
>
>Forget that 101%.
>The most above quote tells me that scheduling latency is practically
>reliable with 10 ms latency (while taking account those not-to-do's).
>If only 7 ms peaks are observed, it looks 101% reliable to me.
But it has allready been said for example that the need to delete
large files (a don't do that) exists for audio apps. So while
the latency may possibly be there, the rest of the requirements
are not..
This says to me that someone interested in doing audio needs to
examine WHY large files can't be deleted (and the other don't do
that's) and try to solve THOSE problems as well - but in a non
kludge way that also benefits the general uses of the kernel -
not just for the special purpose of audio recording.
TTYL
-- Mike A. Harris Linux advocate Computer Consultant GNU advocate Capslock Consulting Open Source advocate... Our continuing mission: To seek out knowledge of C, to explore strange UNIX commands, and to boldly code where no one has man page 4.
- 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/
This archive was generated by hypermail 2b29 : Sat Jul 15 2000 - 21:00:09 EST