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]

Connexion
[Afficher / Cacher]



Mégaphone [Afficher / Cacher]

moncopainalain, 11:19, sam. 30 mai 2020: Confiné,j'ai écris Homescape, l'idée c'est d'enregistrer des sons pour faire de l’électro : [Lien] ça tourne sur pure data ou sur android en téléchargeant l'apk avec script fourni... Partagez. contactez moi.
olof, 09:15, jeu. 28 mai 2020: Ardour 6 est sorti.
olinuxx, 16:40, mar. 26 mai 2020: Bonjour et bienvenue à Jean Emberger et à JazzAddict cool
Sahaathyva, 23:49, lun. 25 mai 2020: ok pour la 1.3 , celle qui est censée supporter l'audio ;) @r1: lmms est mis de coté pour ma part à l'heure actuelle. là j'essaie d'aider Alex pour ZRythm mais dans la mesure de mes simples compétences
r1, 22:47, lun. 25 mai 2020: @Sahaathyva : Pour accélérer le mouvement, tu peux aussi participer au développement de lmms ! :-)
r1, 22:45, lun. 25 mai 2020: Excellente nouvelle pour lmms ! Et pour Ardour aussi d'ailleurs :-D
sub26nico, 21:21, lun. 25 mai 2020: ardour.org semble être redevenu fonctionnel, mais pas encore le forum
ycollet, 20:44, lun. 25 mai 2020: Aucune idée ... J'imagine plutôt une 1.3.0
Sahaathyva, 18:01, lun. 25 mai 2020: Desole pour les fautes de frappe je hais les claviers tactiles. Sinon ycollet c est annonce pour la 1.2.2 les lv2?
Sahaathyva, 15:40, lun. 25 mai 2020: C est possible sue le srv deconne leur forumme fait des blagues. Sinonycollet tres bonne nouvelle pout lmms il est quand meme temps pour un soft parti de linux de travailler avec des greffons linux natifs autres que ladspa
ycollet, 14:48, lun. 25 mai 2020: Le support LV2 vient d'être mergé dans la branche master de LMMS ...
Samuel, 13:57, lun. 25 mai 2020: @minimoineau. Ouais, c'est fatiguant, le serveur ne doit probablement pas bien tenir la charge en téléchargement