On Saturday 05 September 2009 02:06:05 Volker Armin Hemmann wrote: > > Fire up Ardour and record 32 channels of audio at the same time set to > > <5mS latency using Jack and see if whatever version of the mainline > > kernel you are running doesn't have. I've recorded as many as 48 > > channels @ 48KHz across three hard drives at less than 2mS on my main > > recording platform, but that requires rt-sources. I doubt I could do > > better than about 25mS with vanilla-sources. > > > > Just my experience, > > Mark > > well, and your workload asks for rt. But rt also means overhead, reduction > of performance. So why cater for 1 in a thousand system and punish the > other 999? > > if you like the 'bfs' scheduler, that is great. >
I think it's more a case of a whole lot less than 1 in a thousand, and your workload intersects with it in no way at all. There's a huge need for a low latency rt kernel and a massive market for it. But it's not mainline and shouldn't even be in there. It should be something separate and parallel. If Kon's new patches are good, I hope it gains traction - his previous stuff was very good. This is the beauty of open source Linux, we can do stuff like this trivially easy. Imagine a distro or an ebuild built just for audio and gaming work that's easypeasy to install and use. We can do that in about a fortnight. -- alan dot mckinnon at gmail dot com
