surely they are.
-----BEGIN PGP SIGNED MESSAGE-----
Fernando Lopez-Lezcano wrote:
$ lspci | grep Audio
00:1b.0 Audio device: Intel Corporation 82801G (ICH7 Family) High
Definition Audio Controller (rev 02)
The RT patch does two things:
It allows to prioritize interrupts and it [almost] guarantees real-time
scheduling for a dedicated process or thread.
While the soundcard is low bandwith on the PCI bus, IRQ prio may still
be required to override HDD and [sometimes] graphics I/O; at least when
playing or recording many tracks. NTL, you can get a perfect x-run free
system without the RT patch; you can just not rely on it to be as x-run
free as a RT patched kernel ;)
>> and i havent really seen xruns which i could not relate to some
I just booted into a vanilla 18.104.22.168 #1 SMP PREEMPT
right, there's no realtime patch, yet running jackd at 64 * 3 @48kSPS on
a HDA - ardour2 with 12 tracks, a couple of LADSPA effects and jamin
(lots of CPU!) - there's no xruns yet!
I'll be back in the studio in two weeks from now to test it with USB and
1394 devices. With <=2.6.24 kernels those were always working more
reliably that the HDA so I don't expect problems there.
BTW. with 2.6.28 I needed to
`echo -1 > /proc/sys/kernel/sched_rt_runtime_us`
or edit /etc/sysctl.conf and add
sys.kernel.sched_rt_runtime_us = -1
before JACK was able to acquire real-time privileges.
Here's my .config running running debian/lenny+sid on a Thinkpad X60s:
PS. I bumped into Linus at LCA: 2.6.27 still had various issues with the
"big kernel lock" in some modules - most notably vfat - but they should
be pretty much gone by now. YAY!
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
-----END PGP SIGNATURE-----
Linux-audio-tuning mailing list