12 Sep
2005
12 Sep
'05
4:50 p.m.
On Sun, Sep 11, 2005 at 05:11:19AM +0200, Michael Rudolf wrote:
On Friday 09 September 2005 03:10, Eric Dantan
Rzewnicki wrote:
I'm using 2.6.13 without additional patches. PREEMPT and PREEMPT_BKL
seem to be sufficient.
in debian the chrt tool is in the schedutils package. But, I only use it
to check the priorities. I haven't had a need to change them in a
properly configured system. jackd gets SCHED_FIFO just fine here without
me needing to manually adjust anything with chrt.
On Thu, Sep 08, 2005 at 08:01:16PM -0500, Reuben
Martin wrote:
This mailing list is amazing.
Thanks for all the info; it sounds promising.
This is my configuration again:
Sound Driver:3.8.1a-980706 (ALSA v1.0.9b emulation code)
Kernel: 2.6.12-oci2.mdk with realtime lsm module and
PREEMPT/PREEMPT_BKL enabled. Distribution is PCLinuxOS P91 fully updated
and with the Jack packages from thac
(jackit-0.100.1-050708.1.pclo2005.thac).
I've run jack with reduced number of periods
without any problem.
You're output lookes like you have issues elsewhere though to fix
before worrying about the numer of periods you use. The xruns,
messages about interrupt delays, and driver messages suggest you have
problems that need fixed berfore jack will ever work well, reguardelss
of the number of periods you use.
I don't know enough to comment on h/w design or driver design, I just
know I've been able to use JACK with this driver at very low latencies
without X-Runs.
If I can help in providing specific info, let me know. :)
And if there are any
specific problems with the drivers, let me know as
we have so many I'm sure management could be persuaded to let us spend
some time testing, debugging and fixing stuff. From what I have read by now, it seems that
preempt and realtime is not
enough; what I'd need would be "realtime
preemption", as in a single patch
by Ingo Molnar (http://people.redhat.com/mingo/realtime-preempt/). I also
seem to be missing the "chrt" tool to change interrupt priorities, and
don't know yet where to obtain that.
Eric and Reuben, are you both running 2.6.13 with said patch and the chrt
tool? Another point is shared memory; I have that enabled in
the kernel, I have a
tmpfs mounted on /dev/shm, and Jack is compiled with support ("JACK
compiled with System V SHM support."), but I have read that Jack uses /tmp
for pipes per default, and I can in fact see some
in /tmp/jack-[uid]/default/. Now /tmp is a normal ext3 file system here,
not a tmpfs. Could that alone be the problem?
I compile jack --with-default-tmpdir=/dev/shm since /dev/shm gets
automatically mounted as tmpfs when tmpfs is enabled in the kernel
config. As Lee has said, having your jackd tmpdir on ext3 is sure to
cause you latency problems.
--
Eric Dantan Rzewnicki | Systems Administrator
Technical Operations Division | Radio Free Asia
2025 M Street, NW | Washington, DC 20036 | 202-530-4900
CONFIDENTIAL COMMUNICATION
This e-mail message is intended only for the use of the addressee and
may contain information that is privileged and confidential. Any
unauthorized dissemination, distribution, or copying is strictly
prohibited. If you receive this transmission in error, please contact
network(a)rfa.org.