Realtime scheduling con jack y sus aplicaciones

Este problema quizas lo tuviese hace tiempo pero no ha sido hasta ahora (lanzando aplicacones desde la consola) que me he percartado del siguiente problema.

Primero deciros que tengo a mi "user" añadido al grupo "audio".
Los security limits de limits.conf (y tambien, aunque redundante, en /etc/security/limits.d/audio.conf) estan con:
@audio - rtprio 99
@audio - memlock unlimited
@audio - nice -15

Bien una vez explicado todo eso resulta que cualdo ejecuto aplicaciones como hydrogen o algunas otras ( con ardour no me pasa) me dan el siguiente mensaje:

cannot use real-time scheduling (FIFO at priority 82) [for thread -1386219776, from thread -1386219776] (1: Operación no permitida)

El caso es que al verlo he probado a lanzar jack tambien desde consola con:

/usr/bin/jackd -Z -P87 -p512 -t700 -m -dfirewire -r44100 -p128 -n3

Generando el siguiente mensaje.

JACK is running in realtime mode, but you are not allowed to use realtime scheduling.

Suelo hacerlo con Qjackctl y nunca me ha dado ningun mensaje de esta indole.
Si tengo al usuario en el grupo audio, y el grupo audio tiene privilegios suficientes...
...que puede estar pasando?

Hola monon,


Comprueba los límites de usuario con el comando ulimit.

¿Qué gestor de login utilizas? ¿Otro que gdm o kdm?

Saludos, Pablo

#2

Pablo_F escribió:

¿Qué gestor de login utilizas? ¿Otro que gdm o kdm?

Huele a eso, sí. A ver si los de slim empiezan ya a incluir configuración de pam de fábrica.

Salud Pablo. Uso gdm

Como ya he dicho en el post de apertura me pasa con practicamente todos los programas (que usan jack) excepto con ardour

Supongo que nunca me habia dado cuenta por que, como nunca he tenido grandes problemas, no solía iniciarlos desde consola.

respecto a ulimit me devuelve lo que le tengo asignado
unlimited

Por si sirve de algo, uso:
Ubuntu 10.04 amd64 con kernel preempt (aunque con el rt y lowlatency de Tangostudio tambien sucede lo mismo)

Estoy realmente extrañado.

Pega la salida de los siguientes comandos:

groups

uname -a

ulimit -a

Hola Luis el caso es que como comento en el ultimo post de este hilo
https://www.hispasonic.com/foros/carga-dsp-jack-cpu/360441
he cambiado parte de la maquina y he reinstalado el sistema.

Ahora está todo en su sitio.

Leí tu post despues de haberlo reinstalado, así que no he podido ejecutar esos comando (con el sistema problematico)

Os agradezco a ambos vuestra ayuda
Me hubiese gustado seguir con esto y averiguar a que era debido ese extraño comportamiento del sistema.

Aqui dejo de todos modos la nueva salida del mas interesante de lo comandos ( ulimit -a)

core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 39
file size (blocks, -f) unlimited
pending signals (-i) 16382
max locked memory (kbytes, -l) unlimited
max memory size (kbytes, -m) unlimited
open files (-n) 1024
pipe size (512 bytes, -p) 8
POSIX message queues (bytes, -q) 819200
real-time priority (-r) 99
stack size (kbytes, -s) 8192
cpu time (seconds, -t) unlimited
max user processes (-u) unlimited
virtual memory (kbytes, -v) unlimited
file locks (-x) unlimited

aunque el sistema ahora va fino, fino.