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