El Dom 19 Nov 2006 15:17, Florian Schmidt escribió:

On Sunday 19 November 2006 01:59, Marcos Guglielmetti wrote:

...

...

~$ ps -C jackd -cmL PID LWP CLS PRI TTY TIME CMD 9080 - - - ? 00:01:14 jackd - 9080 TS 21 - 00:00:00 - - 9081 TS 21 - 00:00:00 - - 9082 TS 24 - 00:00:00 - - 9083 FF 120 - 00:00:00 - - 9084 FF 110 - 00:01:14 -

The two FF threads are the realtime threads (running SCHED_FIFO)..

Flo

Wow, ok, so, well, mmm

What should I do? Thanks :D

You need to make sure jackd gets realtime prio when it requests it. Sadly jackd doesn't fail if realtime is requested but not granted by the kernel.

Anyways, there's two canonical ways to do this:

a] install the realtime lsm which didn't work for me with my 2.6.18.1 kernel -

I use the 64studio's 2.6.16-multimedia-486 kernel

something happened to the parameter thing. Loading it with params gid=1002 or any=1 only produces unknown argument:

~$ sudo modprobe realtime gid=1002 FATAL: Error inserting realtime (/lib/modules/2.6.18.1/extra/realtime.ko): Unknown symbol in module, or unknown parameter (see dmesg)

from dmesg:

realtime: Unknown parameter `gid'

And if loaded without paramters,

/sys/module/realtime doesn't show any arguments/parameters either. You might have more luck though, not sure. FTR: i used rt-lsm 0.8.7

cat /sys/module/realtime/parameters/any 0 cat /sys/module/realtime/parameters/gid 1002 cat /sys/module/realtime/parameters/mlock 1

b] use a libPAM with rtptrio support [this is distro dependent. It seems this works on my debian unstable install] and change the file

/etc/security/limits.conf

to have the lines:

@priv - rtprio 99 @priv - memlock 512000 @priv - nice -19

"priv" is the group in which my audio user is (many people use a group caled "audio" here instead - it depends solely on how you or your distro layed out his groups). I set memlock to ca. 512mb since i have 1GB of ram and i thought: if 512 mb is memlocked, other processes still have 512mb to live in so that's ok. The last line allows users of this group to also use negative nice values, which can be handy sometimes.

Well, that's very nice, I will take a note. Here, my limits.conf file was modified after the upgrade, so, there is nothing like your lines there. Many months ago, I wrote something about this: @audio - rt_priority 100 @audio - nice -10 @audio - memlock 4000000

Have fun, Flo

Thanks, see: -------------------------------------------------------------- lsmod | grep realtime (nothing!) sudo modprobe realtime gid=1002 lsmod | grep realtime realtime 5384 0 commoncap 6912 1 realtime ps -C jackd -cmL PID LWP CLS PRI TTY TIME CMD 10711 - - - ? 00:00:00 jackd - 10711 TS 19 - 00:00:00 - - 10712 TS 23 - 00:00:00 - - 10713 TS 23 - 00:00:00 - - 10714 FF 73 - 00:00:00 - - 10715 FF 63 - 00:00:00 - ------------------------------------------------------------- Now: no xruns at all! Well, that's funny: since 2 years or so, my system used to load realtime-lsm in each system boot, I dont know why after the apt-get upgrade it ceased to load it. The problem was this: ls -lah /etc/rc5.d/S15realtime lrwxrwxrwx 1 root root 20 2006-03-16 22:49 /etc/rc5.d/S15realtime -> /etc/init.d/realtime ls /etc/init.d/realtime ls: /etc/init.d/realtime: No such file or directory So: Debian's apt-get upgrade removed this file: /etc/init.d/realtime It will be easy to fix this, and it's funny: I dont know how I didn't figured out this was the problem, cheers, -- Marcos Guglielmetti * Director del desarrollo de Musix GNU+Linux, 100% Software Libre * CD Donwload: (http://www.musix.org.ar/en/) * Videos, programas y otras cosas en: ftp://musix.ourproject.org/pub/musix/ * Reporte de errores a: https://www.musix.org.ar/wiki/index.php?title=Problemas-Bugs *IRC: #musix channel on freenode * Torrent Download: https://e.ututo.org.ar/utiles/torrent/MusixGNU-Linux0.59.iso.torrent