Low latency for audio applications
Low latency for audio applications
Posted Feb 3, 2005 17:10 UTC (Thu) by acristianb (guest, #1702)Parent article: Low latency for audio applications
Real time apps need realtime processing. They do not care if that takes 50% or 70% of the CPU. I think the isoschmiso classes are just teasing the apps in that they are promising them CPU bandwith but not realy guaranteeing that. I think a better approach would be to measure what are the needs of a realtime application and compute at application start time if a CPU bandwidth can be guaranteed for it and if not to exit right there with an error message or start NORMAL and notify the user of this.
Posted Feb 3, 2005 17:52 UTC (Thu)
by farnz (subscriber, #17727)
[Link]
No matter what the kernel does, if you want more CPU power than is available, you're doomed; all the isosynchronous patches do is limit the available CPU power to less than flat-out, allowing an admin to recover if a realtime process runs away. The solution is the same as in any other realtime system; get a faster processor.
There is no way for the kernel to accurately gauge the needs of a real-time application. Given a simple enough case, the developers of the application can determine what it needs, and require that users set the cap high enough, but in the general case, this is not possible.
Low latency for audio applications