Chargement...
 
[Voir/Cacher menus de gauche]
[Voir/Cacher menus de droite]

2 - Les distributions et les noyaux

> Forums de discussion > 2 - Les distributions et les noyaux > Problème entre JACK et le noyau des versions récentes d'Ubuntu (10.10 et 11.X)
Dernier post

Problème entre JACK et le noyau des versions récentes d'Ubuntu (10.10 et 11.X)

olinuxx utilisateur non connecté France
Comme

coucou, comme l'a remarqué JY dans un autre forum, Paul DAVIS, développeur en chef et mainteneur de JACK, a écrit une page sur jackaudio..org qui concerne des difficultés notables à faire fonctionner JACK en temps réel avec les versions d'ubuntu récentes (version 10.10 et 11.X) suite à l'activation d'une option dans le Le noyau Linux.
arrow La page sur jackaudio.org : (http://jackaudio.org/linux_group_sched .

Des échanges de mails entre les développeurs commencent à arriver sur les listes de diffusion de JACK-devel et ubuntustudio-dev.

Un développeur d'ubuntu (David Henningsson) a répondu en disant qu'il allait voir ça de plus près et qu'il avait déjà des solutions techniques pour permettre à JACK d'accéder au temps-réel par l'intermédiaire de RTkit.

RonJ a fait également un résumé de discussion qu'il a eu sur internet que je copie ici :

Citation :
Hi Ubuntustudio-devel, Ubuntu-kernel, JACK-devel, Alessio,

After talking with adi in #ffado and las in #jack, it appears that Natty's kernel needs adjustment to be usable for audio work. Currently the kernel flavors shipped by Ubuntu have the RT_GROUP_SCHED option activated, which makes JACK unusable (las put up
http://jackaudio.org/linux_group_sched to sum up the situation).

*Until this problem is solved, JACK is unusable under Natty*.
Las mentioned several solutions:
0. Disabling RT_GROUP_SCHED for all kernels
1. Disabling RT_GROUP_SCHED for the kernel targeting audio users (-lowlatency, currently living in abogani's PPA)
2. Set up a cgroup and invoke JACK and every client from a shell script that joins the cgroup first
3. Use cgrules.conf to at least put processes into the right group by default
4. Use Ubuntu's specific mechanism to put user tasks into a RT-enabled cgroup

Quoting las: "(1) is the desirable option; (2) would be next and (3) would be hard, because it would enforce 'application always run in the cgroup' which is not really very useful or correct". (0) may also be considered since this kernel option is apparently very
specialized for embedded systems and doesn't make sense for a desktop distro.

Which path should be followed is beyond my knowledge. I just hope this discussion will pave the way to a usable audio stack in Natty.

Resources:
LP bug: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/690010
IRC : #jack, #ubuntustudio, #ubuntustudio-devel
IRC log of my discussion with las: http://pastebin.com/2yw7aPhr


Voilou pour les infos
a+
Olivier

Samuel utilisateur non connecté Allemagne
A ben c'est très bon à savoir tout ça...

pianolivier utilisateur non connecté France
pianoliv sent qu'on va bientôt virer ubuntu du site.. eek

jy_moustache utilisateur non connecté
salut

pour info, il existe des solutions plus ou moins simples (qui implique l'utilisation de cgroup) mais pour l'instant laisser les listes jack-devel et cgroup-devel se taper dessus (comme c'est un peu le cas pour l'instant) wink

jy

olinuxx utilisateur non connecté France
Coucou, un lien intéressant (en) sur les Cgroup de chez redhat (donc, plutôt complet et pro) si certains veulent filer un coup de main au dev chez UbuntuStudio :
http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6/html/Resource_Management_Guide/ch-Using_Control_Groups.html

Après, comme le souligne JY, vaut mieux ne pas trop s'enflammer tout de suite, les devs upstream (ie : ubuntu, ubuntustudio, jack, et consorts) vont certainement trouver des solutions. Tout ceci me semble normal dans l'optique où la 10.04 est une LTS, la 10.10 du dév, la 11.04 aussi et que les devs de chez ubuntu y prévoit/tente/teste de nouvelle façon de fabriquer la future LTS de chez Ubuntu.

a+ et bonne lecture au courageux/courageuses
Olivier

olinuxx utilisateur non connecté France
Pour info, Alessio Bogani à packager dans son PPA :
  • le noyau -lowlatency 2.6.37-8.21~ppa1 avec RT_GROUP_SCHED activé,
  • le noyau 2.6.37-9.22~ppa1 avec RT_GROUP_SCHED désactivé.
Le noyau : 2.6.37-9.22~ppa1 a été testé avec succès pas Ronan Jouchet et est une solution de contournement pour les utilisateurs MAO d'Ubuntu. Ceci dit, le problème réel ne semble pas être encore corrigé.

Olivier

Dominique utilisateur non connecté Suisse
Comme l'expérimentation vaut mieux que les docs, je me suis lancé. Sous gentoo. Comme je n'ai pas envie de planter mes disques durs, je commence d'abord par un kernel non rt, le gentoo-sources. Dans le kernel, j'ai mis:
/usr/src/linux/.config
cat /usr/src/linux/.config|grep CGROUP
CONFIG_CGROUPS=y
# CONFIG_CGROUP_DEBUG is not set
CONFIG_CGROUP_FREEZER=y
CONFIG_CGROUP_DEVICE=y
CONFIG_CGROUP_CPUACCT=y
# CONFIG_CGROUP_MEM_RES_CTLR is not set
# CONFIG_CGROUP_PERF is not set
CONFIG_CGROUP_SCHED=y
CONFIG_BLK_CGROUP=m
# CONFIG_DEBUG_BLK_CGROUP is not set


Après, sur la page de jack citée plus haut, j'ai copié tel quel la méthode 2 (la 1 ne me plait pas), et là, paf, le deamon de libcgroup plantait. Je suis passé à la méthode 2.5, et là bingo, le démon de libchroup démarre sans problème et après avoir quité ma session et m'être relogué, jackdbus est géré par libcgroup dans le groupe rtaudio.

J'ai mis deux lignes dans cgrules.conf, une pour jackd (va falloir que je le vire un de ces 4 celui-là) et l'autre pour jackdbus.

Seul problème, il semble qu'ils n'aient pas fini de patcher JACK si bien qu'il faut rajouter une ligne dans cgrules.conf pour chaque programme qui doit être dans rtaudio. Par exemple pour mplayer et le groupe audio:
cgrules.conf
@audio:mplayer      cpu	rtaudio/


Dominique utilisateur non connecté Suisse
C'est pas la 2.5 qui marche, c'est la 3.

J'ai commencé une page sur le wiki: CGROUP et libcgroup

Afficher les articles :
Aller au forum :

Documentation [Afficher / Cacher]

Faire un don
[Afficher / Cacher]

Connexion
[Afficher / Cacher]



Mégaphone [Afficher / Cacher]

calixtus06, 12:57, mar. 22 Apr 2025: Bonjour et bienvenue à Ardii,sgio et Gilles13 :-)
allany, 08:30, sam. 12 Apr 2025: Celui-ci, d'éditoriel, il est bien réel ! [Lien]
calixtus06, 16:39, lun. 07 Apr 2025: Bonjour et bienvenue à Saanvis754 :-)
calixtus06, 08:37, lun. 07 Apr 2025: Bonjour et bienvenue à skamoss et à lecapitainecoeur :-)
allany, 17:27, mar. 01 Apr 2025: Il est sensationnel cet éditoriel ! [Lien]
calixtus06, 13:04, dim. 30 mars 2025: Bonjour et bienvenue à MarM et gor :-)
olinuxx, 15:45, mer. 26 mars 2025: [ANNONCE] LibraZiK a fini de déménager depuis TuxFamily vers Ouvaton : [Lien] . Grand merci à toutes ces personnes qui ont aidé !
calixtus06, 10:29, lun. 24 mars 2025: Bonjour et bienvenue à adhooge :-)
allany, 20:52, sam. 22 mars 2025: @Milo : une fois connecté, tu peux joindre un membre par la messagerie via "mon linuxmao"
Milo, 12:11, sam. 22 mars 2025: Est-ce qu'il y a un moyen de contacter cette personne : dharanamrs Je trouve pas comment on se contacte entre utilisateur·ice du forum? Merci
calixtus06, 10:20, ven. 21 mars 2025: Bonjour et bienvenue à Milo, Soileh, Bot et Manfred :-)
sub26nico, 21:28, lun. 17 mars 2025: Bonjour Milo,Utilise le forum pour poser des questions, tu y trouveras plus de réponses.