Il y a eu un très long thread sur la ml de jack ( ça part de là je pense: http://article.gmane.org/gmane.comp.audio.jackit/22945 ), ainsi qu'un article sur LWN (pas encore dispo). Ce qui a fait braire les dev de JACK (et tout ceux qui ont besoin des priorité temps reel pour fait de l'audio dans de bonnes conditions sous linux), c'est que les devs du noyau viennent d'inventer *encore* une nouvelle manière d'accorder ou refuser cette priorité RT aux processus utilisateurs. On a eu:
- utiliser le compte root pour les process qui doivent demander la prio RT.
- utiliser le module realtime_lsm
- remplir le fichier /etc/security/limits.conf pour donner les droit à un compte utilisateur, ou un groupe.
- utiliser le demon rtkit (ca vient de l'auteur de pulseaudio)
- et maintenant , il faut aussi prendre en compte ces histoire de cgroups
# cgroups et JACK
Posté par Troy McClure (site web personnel) . En réponse à la dépêche Sortie de la version 2.6.37 du noyau Linux. Évalué à 5.
D'ailleurs ça ne fait pas rever tout le monde:
http://jackaudio.org/linux_group_sched (en fait ubuntu 10.10 n'est pas affectée)
Il y a eu un très long thread sur la ml de jack ( ça part de là je pense: http://article.gmane.org/gmane.comp.audio.jackit/22945 ), ainsi qu'un article sur LWN (pas encore dispo). Ce qui a fait braire les dev de JACK (et tout ceux qui ont besoin des priorité temps reel pour fait de l'audio dans de bonnes conditions sous linux), c'est que les devs du noyau viennent d'inventer *encore* une nouvelle manière d'accorder ou refuser cette priorité RT aux processus utilisateurs. On a eu:
- utiliser le compte root pour les process qui doivent demander la prio RT.
- utiliser le module realtime_lsm
- remplir le fichier /etc/security/limits.conf pour donner les droit à un compte utilisateur, ou un groupe.
- utiliser le demon rtkit (ca vient de l'auteur de pulseaudio)
- et maintenant , il faut aussi prendre en compte ces histoire de cgroups
Plus le temps passe, plus ça devient compliqué..