Limits.conf tema de latencia : GNU/Linux

Hola, he leeido que es necesario un kernel rt y modificar el archivos limits.conf para tener baja latencia en los procesos que esten en el grupo audio:

Mi pregunta es: Es necesario realmente el kernel realtime? es decir, si modifico el archivo limits.conf ya estoy dando esa prioridad no??

en el caso que esto sea cierto, tendría que poner la aplicación "ardour" en el grupo audio no?

Gracias

Hola,

musikocabron escribió:
Mi pregunta es: Es necesario realmente el kernel realtime? es decir, si modifico el archivo limits.conf ya estoy dando esa prioridad no??

Para llegar a muy bajas latencias es necesario realmente tanto el kernel realtime, como modificar el archivo limits.conf y además darle la prioridad adecuada a la IRQ asignada a tu dispositivo de audio con un comando del estilo:

chrt -f -p 99 `pidof “IRQ-3″`

donde IRQ-3 sería la de la tarjeta de sonido. Para averiguar cual es:

cat /proc/interrupts

Está comentado aquí:

http://tapas.affenbande.org/wordpress/?page_id=6

musikocabron escribió:
en el caso que esto sea cierto, tendría que poner la aplicación "ardour" en el grupo audio no?

No. Tienes que agregarte tú al grupo audio:

adduser musikoncabron audio

Así, cuando jackd (que no ardour), ejecutado por ti, trate de acceder al dispositivo de sonido, lo hará con tus prioridades más altas, que son la que te proporciona pertenecer al grupo audio.

Se comenta aquí:
http://tapas.affenbande.org/wordpress/?s=preemptible

Hola, para empezar gracias por la informacion, pero, es que para debian, no he encontrado un kernel del tipo 686-bigmem o AMD64 en version RT es decir parcheado, solo he encontrado kernels para 386, y me gustaria saber donde se consiguein los kernels RT para debian de 64bits,
estoy un poco perdido.

Gracias por la info

musikocabron escribió:
Hola, para empezar gracias por la informacion, pero, es que para debian, no he encontrado un kernel del tipo 686-bigmem o AMD64 en version RT es decir parcheado, solo he encontrado kernels para 386, y me gustaria saber donde se consiguein los kernels RT para debian de 64bits,
estoy un poco perdido.

Lo mejor, en una situación tan específica como la que planteas, es recompilarte en kernel tú mismo a tu medida.
Puedes tomar como base de .config el que estés empleando ahora y cambiar solo los parámetros que te interesan.

Podrías explicarme un poco mejor tu mensaje, que no alcanzo, eso del .config, que es un archivo que lo modificas y luego compilas el kernel.

Y la otra, es, donde consigo kernels para compilar?

gracias

64Studio tiene kernels RT compilados para la arquitectura amd64.

http://apt.64studio.com/64studio/testin ... linux-2.6/

Solo con bajarme el kernel e instalarlo con dpjg -i ya estaría instalado no? bueno y luego reiniciar y seleccionarlo ne el grub, no?

musikocabron escribió:
Podrías explicarme un poco mejor tu mensaje, que no alcanzo, eso del .config, que es un archivo que lo modificas y luego compilas el kernel.

Y la otra, es, donde consigo kernels para compilar?

El .config es el fichero donde se registra la configuración de compilación del kernel. El config de cada kernel suele estar en /boot (Config.xxxxxxxxx) y el de un kernel ejecutándose lo tienes en /proc/config.

La idea es bajarte un vanilla kernel de un mirror de http://www.kernel.org y aplicar el patch de rt-preemptive y.....

....pero bueno, quizás te sea más simple y menos coñazo un dpkg -i de un kernel ya montado.

Sacado de este mismo foro:

http://mggmail.blogspot.com/2008/03/ker ... ental.html

Mira, la primera opción es bajarme ubuntustudio que trae un kernel realtime y quitarle los paquetes privativos.

La segunda opción, la que tu me has dicho, es factible, pero te tengo que preguntarte esto:
Lo de aplicarle el patch, me parece un poco lioso, si eres tan amable de decirme como, si no, pues ya me pongo el ubuntustudio.

Aparte esto que me dices, son para temas inestables, e implica que pueda tener petadas de programas, etc, al ser inestable.

Creo que voy a esperar, a que salga un kernel estable para debian de 64 bits y realtime, de mientras usare ubuntustudio

Gracias por la información, la gente como tu, hace grande la comunidad del SoftLibre

La estabilidad no tiene porque verse comprometida por instalar un paquete debian kernel última versión.

Compilar un kernel bien configurado (y más aún aplicando patches) es una tarea de usuario avanzado.
Te comento sobre la base de esta guía por ejemplo:

http://www.sindominio.net/quique/Textos ... linux.html

Entre el punto 3 y el 4 tienes que hacer esto:

Descargar el parche que corresponda de:

http://www.kernel.org/pub/linux/kernel/projects/rt/

o

http://www.kernel.org/pub/linux/kernel/ ... /rt/older/

Lo dejas en /usr/src y haces:

cd linux (se supone que en 3 has puesto el link que indican).
patch -p1 < ../patch-2.6.xxxxxxxx .config ( si esta sin comprimir sería cp /proc/config .config)

Pasamos al punto 4, tienes que cambiar, desde make xconfig o make menuconfig los parámetros que te interesan, que serán los del kernel AMD64 (que no sé cuales serán pero google seguro que si) y los de RT-preemptive que están en:

Processor type and features -> Preemption Mode

Y seleccionas Complete Preemption (Real-Time).

Y ya pasas a 5 y paralante.....

musikocabron escribió:
Gracias por la información, la gente como tu, hace grande la comunidad del SoftLibre

Grande no sé, pero rara... de cojones....

wynton escribió:
La estabilidad no tiene porque verse comprometida por instalar un paquete debian kernel última versión.

Estoy de acuerdo. cosas muy raras tienen que pasar para que p.ej. el kernel multimedia de Musix te dé problemas en un Debian o un Ubuntu cualquiera. Cabe recordar que todas estas distros llevan Debian por debajo. Es un poco como el hombre con respecto al chimpancé o el bonobo. Vale que parecemos distintos, pero el 85% de los genes son los mismos. :twisted:

Buenas, pues yo creo que efectivamente, los kernels rt están en todas las distros muy bien, y es mas recomendable que compilar un kernel si ya lo han hecho por ti. Pero lo que tienes que tener en cuenta es la instalación de cada uno de los programas correctamente. Entonces para empezar, una aplicación no se asigna a un grupo, deberás asignar al usuario que inicia esa aplicación al grupo que desees.
Por otro lado para tener mejor rendimiento en audio de un linux, necesitas efectivamente variar algunos parámetros de /etc/security/limits.conf para asignar más prioridad a los procesos del usuario que ejecuta jack que al final es el que maneja todo el cotarro.
Además se recomienda montar una partición para los archivos temporales de jack. míra esto... http://blog-erone.blogspot.com/

Compilar un kernel a partir del .config de un kernel genérico es tener a tu pobre ordenador currando un montón de tiempo compilando cientos de drivers que no vas a usar en la vida. Aparte de que el patch rt puede entrar en conflicto con otros patches de tu distribución, lo cual es siniestro total para alguien que no sepa lo que está haciendo y esté tratando de seguir un guiaburros.

Mi consejo es que uses una distro específica de música que traiga kernels precompilados y tenga una comunidad de usuarios que te pueda ayudar.

En mi opinión los mejores kernels rt genéricos los hace Fernando López Lezcano de PlanetCCRMA. Fedora+PlanetCCRMA es la distro que usan Stanford, el IRCAM, Paul Davis... A lo mejor es por algo.