2009/3/26 Tzafrir Cohen <tzafrir@cohens.org.il
<mailto:tzafrir@cohens.org.il>>
I'm trying to follow this thread, but I'm not sure everybody here even
using the same terminology.
On Thu, Mar 26, 2009 at 02:01:22PM +0100, Cassiel wrote:
> Hi
>
> 2009/3/26 Adrian Knoth <adi@drcomp.erfurt.thur.de
<mailto:adi@drcomp.erfurt.thur.de>>
>
> > On Wed, Mar 25, 2009 at 09:05:32PM +0100, Grammostola Rosea wrote:
> >
> > > The problem is an realtime kernel and a proper configuration
for music
> > > production. Without that, you better stay away from music
production
> >
> > Not really. I absolutely have no problems with CONFIG_PREEMPT,
dynticks,
> > ondemand scheduler and all this fancy stuff in a vanilla
2.6.29 running
> > on a dualcore amd64 laptop.
> >
> > It's an outdated myth that you need RT kernels for audio
production,
> > though it helps with very low latencies. (let's say buffer
sizes below
> > 10ms and high CPU loads)
> >
> >
> maybe it is worthwhile to clarify where "audio production"
begins and "audio
> fun" ends.
> Recording 16 tracks + monitoring could be an impossible task
with your !=RT
> kernel.
Could you please be more specific?
What extra patches do you think need applying?
What changes to the configuration are needed?
Vs. what upstream kernel version?
References, supporting benchmarks and such would be an added bonus.
When talking about RT kernel only one patch comes into play -->>
http://www.kernel.org/pub/linux/kernel/projects/rt/
other references regarding kernel config are found in -->>
http://www.alsa-project.org/main/index.php/Low_latency_howto
IMHO, the upstream kernel version should follow the RT patch releases.