NOYAU : Temps Réel (kernel RT) indispensable en MAO

[kult]

Excellent (connue certes, mais excellent quand même)

En règle générale, je n'ai pas de pépins sur mes machines y compris celle que j'utilise pour la MAO. Je n'éteins pas mes machines (oui je sais la planète tout ça et les ours polaires etc ...) et avec une utilisation quotidienne j'ai eheu peu ou pas de plantage (curieusement ça arrive souvent quand j'utilise des trucs proprios). Et quand j'en ai en pagaille (toujours dans l'utilisation quotidienne) après une MAJ de sécurité au niveau kernel, je sais que ce foutu noyau à un os :D.

[bluedid]

Salut kult, :8)

Pour les noyaux rt, j'ai peu de soucis depuis un certain temps et surtout l'utilisation de noyaux spécialisés MAO (comme 64 Studio 3.0 et Puredyne 9.11 qui sont "bétondechezbéton" ), ceci dit, les 1er que j'avais compilé en 2006 sur Mepis 6 ne plantaient jamais non plus

J'ai très fortement diminué l'utilisation d'ordis (ben en fait 3 en ce moment), 1 pour la MAO / VIDEO / (Lucid Lynx), 1 portable itinérant Animation musicale MAO (64 Studio) et 1 pour la famille multimédia / petits jeux (Lucid Lynx), je les coupe tous les soirs, cela repose tout le monde (bruit continu devenant gênant à force...) et ils ne fonctionnent pas tous en même temps.

[kult]

Salut bluedid

Salut kult, :8)

Pour les noyaux rt, j'ai peu de soucis depuis un certain temps et surtout l'utilisation de noyaux spécialisés MAO (comme 64 Studio 3.0 et Puredyne 9.11 qui sont "bétondechezbéton" ), ceci dit, les 1er que j'avais compilé en 2006 sur Mepis 6 ne plantaient jamais non plus

Je n'ai jamais utilisé ces noyaux par manque de temps, et comme je le disais une habitude que j'ai prise il y a eheu un paquet de temps maintenant de recompiler mes noyaux.
<mode vieux=on options=con,racontesavie,radote>Je crois que j'ai du compiler mon premier noyau RT vers 2003 ou 2004 je sais plus trop et j'avais pas trop de soucis non plus avec ceux là. Mais suite à un crash matériel l'année dernière, j'ai complètement changé d'architecture (32=>64bits) j'ai pris mon temps pour me remonter tout mon univers musical et le noyau est arrivé sur la fin.
</mode>
Et sur la dernière série de noyau que j'ai compilé (eheu de 2.6.30 à 2.6.33.1 + patch RT) je n'ai eu que des merdes (j'en étais presque à penser que j'étais en faute) jusqu'à la dernière version qui roule mais c'est un vrai plaisir.

J'ai très fortement diminué l'utilisation d'ordis (ben en fait 3 en ce moment), 1 pour la MAO / VIDEO / (Lucid Lynx), 1 portable itinérant Animation musicale MAO (64 Studio) et 1 pour la famille multimédia / petits jeux (Lucid Lynx), je les coupe tous les soirs, cela repose tout le monde (bruit continu devenant gênant à force...) et ils ne fonctionnent pas tous en même temps.

Eheu pourquoi je fais l'inverse alors :D 3 ordis en fonctionnement permanent à la maison + 1 portable (mais c'est du prêt de société) au bureau tout cela pour une seule personne :p (comment ça je suis malade ). J'avoue que la composante sonorité des bousins est très sérieusement prise en compte et le bruit de ces bestioles est très très réduit .

[bluedid]

J'ai réinstallé un noyau rt sur tous mes ordis, il y a quand même une différence de performance surtout quand l'on essaye d'obtenir des latences en dessous de 10ms (ou utilisation d'une carte son intégrée ou jeu temps réel ou pour être plus tranquille ).

Pour la petite histoire, j'ai un projet (celui du concours nr4) qui dépassait les 90% de ressources avec des tas de Xruns (craquements) et le noyau générique (avec blocage au bout d'1mn); aucun xruns et moins de 70% de ressources processeur avec noyau temps réel (sans blocage), 10ms de latence et carte son intégrée du portable !!! (noyau 2.6.31-11-rt Linux Ubuntu 10.04 Mint 9 Lxde). Je ne peut pas diminuer la latence sans xruns ayant fini le projet et utilisé pas mal d'effets sur un autre ordi.... ....plus puissant (par contre, j'avais commencé le projet sur cet ordi et 64 Studio 3.0 basé sur.... ...Ubuntu 8.04 !).

L'installation est toujours aussi simple donc pour installer le noyau rt (systèmes Debian / Ubuntu). Dans une console / terminal, taper : sudo apt-get install linux-rt linux-headers-rt

Il faut procéder encore à quelques réglages pour qu'il soit réellement pris en compte par les applications MAO

- Rajouter son nom de Login (pseudo / nom_utilisateur) au groupe audio :
sudo addgroup nom_utilisateur audio

- Éditer le fichier limits.conf par sudo mousepad /etc/security/limits.conf (mousepad pouvant être remplacé par gedit, kate, leafpad, nano ou l'éditeur de son choix) afin de rajouter les valeurs suivante :

# Support Temps réel pour le groupe audio
@audio - rtprio 80
@audio - nice -10
@audio - memlock 500000 #(à adapter; pour une valeur sans limite :"unlimited")

Sauvegarder, quitter le système et relancer.

[bluedid]

J'ai testé pendant plusieurs heures (projet audio Qtractor) le noyau 3.0.0-19-lowlatency #33~lucid1 SMP PREEMPT Fri Apr 20 14:30:35 UTC 2012 x86_64 GNU/Linux avec interface audio Quatafire 610 et les résultats se passe de commentaires



2.67ms à 96khz cela me va :super

La carte mère est une très récente P8Z77 (cela me change de mes vieux coucous!!!) mais le processeur n'est normalement destiné qu'à la bureautique d'après les 'testeurs" (Pentium G620) et pourtant il est plus performant que l'i3 de mon portable!!!

Pas essayé de compiler le noyau pour avoir un "vrai" RT mais est-ce vraiment nécessaire?.... (si je me pose la question c'est surtout pour les débutants qui pourront avoir un noyau performant facilement).

Là il suffit d''installer cette version low latency via le gestionnaire de paquet Synaptic, y'a pas plus simple