Chargement...
 
Skip to main content

1 - Le matériel et les pilotes ALSA, FFADO, ...


[CONSEILLÉ] Noyau rt sous Lucid Lynx

Salut,
je viens de passer de Karmic à Lucid, et je réoptimise peu à peu ma machine pour la MAO. J'ai pris appui sur le tuto d'optimisation d'ubuntu 9.10, en faisant attention de changer les dépôts (d'ailleurs, j'ai un problème avec les dépôts Tualatrix, même en remplaçant Karmic par Lucid, si au passage quelqu'un a entendu parler de quelque chose...).
Bref, j'en suis rendu au noyau rt. J'ai lu les posts de JY Moustache sur le sujet, à priori il vaut mieux compiler le noyau 2.6.33.
Le problème est que même en lisant ces posts, en allant fouiner sur les liens en anglais, je ne saisis pas trop la démarche. Je ne maîtrise pas tous les termes, et j'ai peur de faire une fausse manip, ça a l'air un peu périlleux, mieux vaut être sûr de ce qu'on fait.
Si quelqu'un (JY ou autre) pouvait détailler la manipulation en des termes compréhensibles pour un quasi-débutant, ce serait fabuleux!!!! (je n'ai pas trouvé plus explicite qu'ici tiki-view_forum_thread.php?comments_parentId=23658&topics_offset=8&forumId=2
Voilà, merci beaucoup d'avance!!
Pierre
salut

2 choses :
  • il n'y a pas de version officielle de noyau RT qui sont sorties. Les noyaux disponibles sur les ppas dans le thread que tu mentionnes sont préparés et précompilés par des gens comme toi et moi. tu ne sais donc pas vraiment ce qu'ils ont mis dans ce noyau, meme s'il vraissemblable que ce soit des gens tout à fait correct.
  • un noyau generic suffit bien souvent a avoir une machine stable et qui tourne bien si tu regles bien tes paramètres de priorité pour jack et pour le groupe audio et ca devrait le faire.

Je te conseille donc, au vu de ton experience d'ubuntu, d'attendre la sortie de la version officielle du noyau RT et en attendant utilise le noyau generic (derniere version).

Petite question : pour vérifier que tu as bien configuré ta machine retourne le log de la commande suivante (lancée depuis un terminal)
Copy to clipboard
cat /etc/security/limits.conf

et de
Copy to clipboard
cat /etc/security/limits.d/audio.conf

Utilise les balises CODE.

jy

PS : si tu tiens vraiment a compiler ton noyau RT 2.6.33, voici une méthode en anglais http://ubuntuforums.org/showthread.php?t=1470264
Salut,

Tu peux aussi utiliser le noyau preempt qui réduit la latence. Il est dans les dépôts officiels mais uniquement en 64 bits...

Sinon il y a le lowlatency kernel qui réduit encore plus la latence et disponible en 32 bits comme en 64.

Tu peux aller voir ici pour plus d'info sur les différents noyaux :

https://help.ubuntu.com/community/UbuntuStudio/RealTimeKernel

Pour ma part, j'ai essayé les noyaux offerts sur le ppa mais le driver de ma carte graphique ne fonctionne pas sous le plus récent.😢

Je vais donc essayer le preempt pour l'instant.

Lucid est encore jeune❗

Bye
Merci pour vos réponses !
C'est vrai, Lucid est encore toute fraîche, et comme je ne suis pas un adepte de la bidouille trop pointue, je pense que je vais suivre les conseils de JY... Je vais tenir un peu avec le générique, vivement le noyau RT (des nouvelles au fait?)!!!

Sinon voici le résultat de cat /etc/security/limits.conf :

Copy to clipboard
# /etc/security/limits.conf # #Each line describes a limit for a user in the form: # # # #Where: # can be: # - an user name # - a group name, with @group syntax # - the wildcard *, for default entry # - the wildcard %, can be also used with %group syntax, # for maxlogin limit # - NOTE: group and wildcard limits are not applied to root. # To apply a limit to the root user, must be # the literal username root. # # can have the two values: # - "soft" for enforcing the soft limits # - "hard" for enforcing hard limits # # can be one of the following: # - core - limits the core file size (KB) # - data - max data size (KB) # - fsize - maximum filesize (KB) # - memlock - max locked-in-memory address space (KB) # - nofile - max number of open files # - rss - max resident set size (KB) # - stack - max stack size (KB) # - cpu - max CPU time (MIN) # - nproc - max number of processes # - as - address space limit (KB) # - maxlogins - max number of logins for this user # - maxsyslogins - max number of logins on the system # - priority - the priority to run user process with # - locks - max number of file locks the user can hold # - sigpending - max number of pending signals # - msgqueue - max memory used by POSIX message queues (bytes) # - nice - max nice priority allowed to raise to values: [-20, 19] # - rtprio - max realtime priority # - chroot - change root to directory (Debian-specific) # # # #* soft core 0 #root hard core 100000 #* hard rss 10000 #@student hard nproc 20 #@faculty soft nproc 20 #@faculty hard nproc 50 #ftp hard nproc 0 #ftp - chroot /ftp #@student - maxlogins 4 @audio - rtprio 99 @audio - memlock unlimited @audio - nice -19 # End of file


Et celui de cat /etc/security/limits.d/audio.conf :

Copy to clipboard
# generated by jackd's postinst. # # Do not edit this file by hand, use # # dpkg-reconfigure -p high jackd # # instead. @audio - rtprio 99 @audio - memlock unlimited @audio - nice -19


Pour info, j'avais modifié le limit.conf moi-même avant de lire que ce n'était pas utile, à priori jack s'est occupé du audio.conf, j'ai juste retiré le dièse devant la dernière ligne...
Après, de là à savoir si c'est judicieux...

Merci beaucoup d'avance!!
Pierre
salut

sage décision.

pour éviter d'éventuels conflits, tu devrais supprimer les lignes qui commencent par @audio dans /etc/security/limits.conf.
C pas bon de les avoir dans les 2 fichiers...
😀

jy

Édition admin Olinuxx - 15 septembre 2013 : sujet fermé car [CONSEILLÉ].