2 - Les distributions et les noyaux

Avec Lucid il n'y avait pas de noyau temps réel mais un noyau préemptif qui est suffisant si on travaille avec 20ms de latence ou plus sir tu as beaucoup de pistes en écoute et que tu enregistres. Sur Maverick il n'y a ni préemptif ni temps réel, c'est pourquoi il faut te recompiler un noyau temps réel qui te permettra de descendre à moins de 10 secondes. Moi je suis sous KDE maverick avec plein d'applications ouvertes j'enregistre sans problème les musiciens pendant que je lis le site du monde....

Tout ça est très logique et très encourageant, mais si, comme moi, vous êtes venu à Linux séduit par la publicité faite autour de la simplicité d'utilisation d'Ubuntu, gardez votre version LTS (sous peine de devoir trifouiller pendant des jours et sans pouvoir faire de musique)! D'ailleurs, par défaut, l'upgrade vers les version non LTS n'est pas activée dans Lucid.

Justement, il me semble qu'avec le noyau générique on pouvait tout de même faire quelque chose... là même à 2048 rien à faire... et pas de rt pour le 2.6.35! Donc je retourne à Lucid et je compilerai les dernières versions logicielles... ou je change de distro!
Mais j'aimerais bien savoir ou est le preempt annoncé. Pas dans les dépôts en tout cas...

pour rappel, "preemp" est l'équivalent d'un noyau "desktop", soit le noyau par defaut de la plupart des distribution linux (hors serveurs)
ceci est visible avec la commande aname

le temps de latence dépend du noyau oui, mais surtout aussi des reglages du système, de la carte son et de 2/3 autres trucs comme la puissance du proc. un noyau préemp n'est donc pas "limité à 10 ms de latence minimum", j'en utilise un ici avec une carte son usb bas de gamme avec 3 ms et un grand nombre de pistes
Si vous cherchez une latence basse, avant de vous lancer dans le noyau temps-réel (temps reel dur), vérifiez d'abord vos réglages pour jack et les réglages "temps-réel mou" décrit sur la page PAM

en esperant que ca aide

oliv'

merci, mais j'ai fait fonctionner la carte son intégrée de cet ordi sans souci avec d'autres version de US et d'autres distro, et je connais pas mal les réglages jack/rt. donc:
-limits.conf ok (les configs étaient même là deux fois après l'install fraiche: limits.conf et audio.conf)
-jack ok (1024 @ 48000, pas trop demandé quand même!), rt etc...
-user dans groupe audio ok
= diarrhée de xruns

je passe à autre chose. J'étais tenté par 64studio mais la dernière version semble avoir deux ans... un autre conseil? j'aimerais rester avec une base debian que je connais mieux. J'ai fait un an sur CCRMA, et lorsque j'ai vu que US-karmik fonctionnait pas mal, j'ai abandonné...

@BlindeKinder
envoi le log de jack dans un autre sujet du forum, c'est bizarre ce qu'il t'arrive 😉 (sinon regardes du coté de tangostudio)

oups, trop tard, c'est viré... j'ai essayé 64studio 3 bêta, mais revenir à Hardy me déprime, et j'ai les mêmes xruns... à se demander si ça vient pas du 64bit (j'étais en US 32bit avant maverick) qui ne veut pas sur mon ordi (T9500 sur mb compal jfl92).
Je comptais me diriger vers tango, c'est ce que je vais faire et je donne des nouvelles.

A mon humble avis il faut arrêter d'utiliser des distributions à tout va pour résoudre un problème. Une distribution c'est un installeur et le choix de certains logiciels ou de certaines configurations. Le reste es identique.

Si tu aimes Debian / Ubuntu tu peux utiliser la 10.04 (ou la 10.10 si tu compiles un noyau ce que j'ai expliqué dans la doc compiler un noyau RT, ce qui se résume à 15 petites commandes du genre décompresser les fichiers, entrer dans le répertoire, lancer configure make et make install)

Ton noyau compilé tu pourras le garder quelques années et il restera quelles que soient tes upgrades.
Tu pourras choisir entre KDE ou xfce ou Gnome tu auras plus de liberté qu'avec ubuntustudio...

Désolé pour la réponse tardive:
bien d'accord avec toi en fait, mais sur le principe et la théorie...
Disons qu'il y a deux choses: l'intérêt et le travail... quand je suis dans le moteur, je peux y passer du temps, chercher, compiler etc... Si on change de distro ou qu'on fait des updates/grades, c'est beaucoup par intérêt, mais j'ai envie de répondre à qui dit qu'il faut garder telle quelle une config qui fonctionne: justement, elle ne fonctionne pas vraiment. Il n'y a pas que le temps réel et l'attente de nouvelles fonctionnalités, mais aussi le wifi qui débloque, la carte son qui bloque, les bugs récurrents dans les logiciels... Car ensuite il y a le travail, et là il faut une station qui fonctionne au poil... Alors si j'ai hâte de voir les nouvelles versions logiciels/distro, c'est beaucoup pour voir disparaître des bugs...
J'avais laissé US de côté pour ces raisons, trop de problème sur lesquels j'ai passé des nuits... puis j'y suis revenu en testant karmik, qui en avait réglé pas mal, puis lucid... là je vais à nouveau un peu voir ailleurs. Et surtout, je pense qu'une version devrait être un minimum stable, surtout quand elle se vente d'être la plus accessible...
Je veux bien essayer de compiler un noyau (ce que j'ai déjà fait sans succès, mais je ne baisse pas les bras...), mais apparemment pas de rt pour 2.6.35.
Et j'aime bien Ubuntu effectivement, mais surtout parce que c'est la première distro que j'ai essayé il y a 5 ans, et c'est celle que je connais le mieux. Je ne peux plus prendre de temps pour recommencer à 0 sur une autre distro. Je dis ça par expérience, même si le son avait bien fonctionné, j'ai galéré pour tout les petits trucs que je fais normalement super rapidement quand j'étais passé à fedora/CCRMA: gestionnaire de paquet, compilation, configs, etc...

Pour revenir au sujet: j'ai installé Tangostudio 64bit. Au début, j'avais les xruns pareil (un peu moins tout de même), et des petits blocages comme sur toutes les distros 64bit testée: tout freeze et je dois appuyer une touche ou bouger le pointeur pour débloquer. Alors maj, rien; installé rtirq, rien; installé les pilotes nvidia, et c'est ok... Je ne sais pas quelle manip à fait foi, peut-être plusieurs. J'ai ouvert et connecté une dizaine d'applis jack (dont jamin: 30% de CPU) à une latence moyenne, pas bronché! Même lorsque je quitte Pd je n'ai pas de xrun... Essayé avec la carte interne HDA, puis ma RME multiface (avec expresscard hammerfall). Reste à tester en FW avec mon Edirol FA-101... Peut-être une piste pour jcS...

Pour info il y a des packages des noyaux realtime et lowlatency utilisables sur maverick, voir ici : http://jackschnippes.freeunix.net/index.php/2010/11/04/lowlatency-kernel-and-realtime-kernel-for-ubuntu-10-10-maverick

Pas testé...