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

1 - La documentation et les nouvelles de LinuxMAO

Dernier post
Page : 3/4   -   Aller directement à la page : 1  2  3  4 

[FERMÉ] limits.conf / watchdog

olinuxx utilisateur non connecté France
Coucou, de ce que j'ai compris, les nouvelles debian ont changé l'emplacement du fichier limits.conf, du coup, ça va pas tarder à arriver dans les distributions de cette famille (c'est déjà là sur lucid lynx).
Du coup, je pense qu'il faut centraliser l'info de l'emplacement sur une page et linker à partir des autres pages quand on en a besoin, sinon, ça va être un bordel sans nom à maintenir.
Du coup, l'idée de JY d'une page dédiée à la 10.04? n'est pas la bonne, mais elle a le mérite d'exister. Je pense plus à un paragraphe dans la page PAM

Qu'en pensez vous ?
a+
Olivier

PS : les pages que j'ai repéré et qui sont concernées :
Accès temps réel pour les applications 10_04?
PAM
Débuter - survol du système
Tuto Jack premier lancement
... il y en a surement d'autres, à vos coms' wink

youki utilisateur non connecté
Citation :
lister les processus
pd -Leo pid,rtprio,cmd

Sauf erreur de ma part, ce serait pas plutot ps la commande adequat, plutot que pd?

jy_moustache utilisateur non connecté
excellent boulot pianolivier !!!

dis donc on sent que tu es rentré de vacances frai et reposé !!! wink
merci de ces infos je vais tester ça !!

perso j'ai du mal à redémarrer après ces vacances mais ça va venir c'est sûr... wink

par ailleurs, ça me fait me poser la question suivante : que signifie le paramètre de priorité utilisé dans jack/qjackctl ? le -Rxx ? cette valeur de xx a-t-elle un quelconque rapport avec audio/limits.conf ?

jy

youki utilisateur non connecté
Je viens d'essayer toutes ces commandes par curiosite. J'ai bien un RTprio de 50 pour RTC, 50 pour ICE1712, 49 pour sirq-task. Du coup, pour voir, j'ai mis 48 dans le fichier audio.conf et 70 dans les reglages de jack. Je me retrouve avec un beau paquets de x-runs rien qu'en ecoutant la radio avec mplayer dans un terminal.

pianolivier utilisateur non connecté France
Citation :
ce serait pas plutot ps la commande adequat, plutot que pd?

en effet, c'est corrigé

Citation :
dis donc on sent que tu es rentré de vacances frai et reposé !!!

j'ai pas pris de vacances depuis plusieurs mois...
Citation :
perso j'ai du mal à redémarrer après ces vacances

tu vois ce que ca fait, les vacances, c'est vraiment pas bon... wink (et que dire des festoches...(tu connais "ou est charly ?", mais "ou est olinuxx ?" )

Citation :
que signifie le paramètre de priorité utilisé dans jack/qjackctl ? le -Rxx ?

Citation :
j'ai mis 48 dans le fichier audio.conf et 70 dans les reglages de jack. Je me retrouve avec un beau paquets de x-runs

j'ai pas été tres explicite sur beaucoup de choses, car j'ai prévu de bien tout expliquer dans le wiki, mais j'ai laissé plus haut cette définition dont vous devriez vous impregner :
la valeur rtprio dans limits.conf fixe la valeur maximale de priorité pour les applications audio
ce qui veut dire que TOUTES les applications audio doivent etre réglées en dessous, sous peine de problemes
ce qui veut dire : regler la valeur de prio de jack en dessous de rtprio (le -P)
autre chose a savoir, le watchdog de jack a apparement une prio de P+10, qui doit etre elle aussi en dessous de rtprio
donc la prio de jack doit etre au maximum rtprio moins 10, soit pour une valeur par defaut : -P30 pour laisser de la marges aux threads MIDI qui ont de preference une priorité supérieures au watchdog de jack

tout ceci (-P et watchdog) sera plus clairement expliqué ailleur dans le nouveau wiki de jack

youki utilisateur non connecté
Citation :
Citation :
que signifie le paramètre de priorité utilisé dans jack/qjackctl ? le -Rxx ?

Citation :
j'ai mis 48 dans le fichier audio.conf et 70 dans les reglages de jack. Je me retrouve avec un beau paquets de x-runs

j'ai pas été tres explicite sur beaucoup de choses, car j'ai prévu de bien tout expliquer dans le wiki, mais j'ai laissé plus haut cette définition dont vous devriez vous impregner :
la valeur rtprio dans limits.conf fixe la valeur maximale de priorité pour les applications audio
ce qui veut dire que TOUTES les applications audio doivent etre réglées en dessous, sous peine de problemes
ce qui veut dire : regler la valeur de prio de jack en dessous de rtprio (le -P)
autre chose a savoir, le watchdog de jack a apparement une prio de P+10, qui doit etre elle aussi en dessous de rtprio
donc la prio de jack doit etre au maximum rtprio moins 10, soit pour une valeur par defaut : -P30 pour laisser de la marges aux threads MIDI qui ont de preference une priorité supérieures au watchdog de jack

tout ceci (-P et watchdog) sera plus clairement expliqué ailleur dans le nouveau wiki de jack


Ah bah oui, forcement. Du coup, toujours pour essais, j'ai mis la prio de jack a 28, le RTprio toujours a 48 dans le audio.conf.

J'ai tente en faisant tourner la radio + des pistes lues dans Ardour + Hydrogen, le tout en meme temps, j'ai toujours pas eu un Xrun. Si j'ai le temps je tenterai d'enregistrer deux trois trucs demain pour voir si ca tient tout aussi bien la route.

pianolivier utilisateur non connecté France
Citation :
prio de jack a 28, le RTprio toujours a 48 dans le audio.conf....j'ai toujours pas eu un Xrun

pareil ici, et ca c'est sans regler les irq, attend la suite... wink
edit : en fait avec un noyau rt, il vaudrait mieux que tu utilise rt-irq ou les outils mentionnés plus haut pour augmenter la prio de la carte son et du timer, afin d'alouer à PAM et jack une plus grande prio
pour résumer tout ca graphiquement (et theoriquement) :
conf par defaut - rtprio 48
rtprio appli
50 irq carte son
49 irq horloge système
48-30 processus light weight (thread) MIDI
40 processus jack de surveillance du rt (watchdog)
30 jackd
39-0 Clients Jack et processus light weight Audio
conf kernel RT - rtprio 90 + utilisation de rtirq
rtprio appli
95 irq horloge système (reglé avec rtirq)
94 irq carte son (reglé avec rtirq)
93 (irq carte son) (reglé avec rtirq)
92-91 irq disque-dur media (par exemple) (reglé avec rtirq)
90-71 processus light weight (thread) MIDI
80 processus jack de surveillance du rt (watchdog)
70 jackd
79-0 , Clients Jack et processus light weight Audio
Vers le bas on peut aussi y placer les irq des périphériques qui nous intéressent moyennement (?)

jy_moustache utilisateur non connecté
heuuuu
ca ca marche qu'avec un noyau RT non ?

là je suis sur un low latency du coup j'ai pas de gestion de IRQ. a moins que j'ai rien compris... wink

EDIT : bon ben ca marche quand meme hein !! oh yeah :-)

pianolivier utilisateur non connecté France
copie d'une discute sur #jack qui contredit mes dires précedents :
(je ferai un topo-traduc plus tard pour les faignants)

sur #JACK :http://www.jackaudio.org

[+]

olinuxx utilisateur non connecté France
Pfiou ... quelle aventure !
Rien qu'à lire ce fil de discussion, j'ai envie de me coucher wink
Non je déconne, j'ai appris plein de truc ! Merci pianolivier pour le boulot de centralisation des informations et à tout le monde pour la participation wink

Je vais poster mes remarques ici pour faire un résumé de ce que je pense. (anté scriptum : sur ce genre de fil, c'est bien de garder le principe du PS que j'avais commencé au début car là, si on a pas suivi la discussion post par post, on s'y perd un peu)

Quand j'ai proposé et démarré la ré-écriture de cette page, je ne me doutais pas qu'on en arriverait à parler de SCHED_FIFO et autres trucs qualifiables de "très haut perchés". Le but de cette page :
  • expliquer ce qu'est limits.conf (ou audio.conf) et PAM
  • proposer un réglage de base pour les débutants, c'est une page qui doit être intégrée dans le coin des débutants
  • ouvrir sur les diverses optimisations qui peuvent avoir lieux sous linux ( "optimisation avancée" et autre "latence", ...)
Là nous sommes en train de déborder et c'est partiellement de mon fait. Si j'avais su que l'on arriverait à des optimisations très poussées, j'aurai écrit une page du genre "applis rt noob" pour l'intégrer à la trame des débutants. Parce que là, on va se tirer la couverture entre :
  • la page des débutants
  • le wiki de jack
  • les optimisations avancées
  • ... et peut être d'autres
Du coup, je vote pour que l'on continue comme ce que nous avons commencé ici, c'est à dire de simplifier en restant exhaustif la page PAM et que l'on crée ou bien améliore (j'ai pas d'avis tranché la dessus) une/des pages dans la section optimisation.

Voilou pour le général wink


pour ce qui est des remarques "une par une" :


pianolivier :
Citation :
je considere que mentionner slackware et set_rlimits n a rien a voir dans le paragraphe Localiser le fichier de configuration de PAM
j ai bouge cette phrase en debut de chapitre
c'est vrai que ca vaudrai le coup qu un slackwarien nous explique comment on fait, peut etre dans la page slackware que je viens de deterrer du fond du jardin

+1, dans la page PAM, il faut simplement mettre en garde les slackwariens et slackwariennes que cette méthode n'est pas pour elles/eux et qu'ils faut qu'ils se réfèrent à la page dédiée slackware car la méthode slackware est une exception dans le monde des distributions linux

pianolivier:
Citation :
j ai ajoute en debut de page les deux messages d erreur de jack correspondant au probleme de reglage de pam :
cannot use real-time scheduling (FIFO at priority 10) for thread ..., from thread ... (1: Operation not permitted)
JACK is running in realtime mode, but you are not allowed to use realtime scheduling

je pense que ceci aurait plusse sa place dans la future FAQ de jack qui rassemblerait (si c'est utile, c'est à discuter plus tard sinon on ne va pas s'en sortir ! razz) : l'actuelle FAQ sur les Xruns et l'actuelle FAQ de Jack


pianolivier:
Citation :
Citation :
Ce watchdog est-il lancé automatiquement par Jack ?

oui, toujours

En es-tu totalement sûr ? C'est pas pour t'embêter heing wink c'est parce qu'il me semble me souvenir que le watchdog est lancé à partir du moment où jack est lancé en mode temps réel. Ce qui veux dire que si jack n'est pas démarré en RT, le watchdog n'est pas lancé. Ce qui est logique d'ailleurs car si jack est lancé sans le mode temps réel (ne me demandez pas pourquoi, c'est juste une possibilité permise par jack et c'est aussi une manière de comprendre vraiment le fonctionnement du biniou (!) il ne risque pas de faire tomber le noyau et du coup, n'a pas besoin d'un watchdog.


pianolivier:
Citation :
page : PAM

cette page est pour l'instant intégrée dans la trame de lecture suivante :
* Optimisations pour la MAO: Optimisation de votre système Linux pour la MAO -noyau 2.6-
** La latence sous Linux
** Compiler un noyau 2.6 "Temps Réel"
** L'accès temps-réel pour les applications
** Autres optimisations : Peaufinez encore un peu plus votre optimisation!

j'en ai souvent eu besoin, et chaque fois c'est une peine de la trouver cachee dans ce menu de gauche maitriser alors qu en fait, il s'agit d'un reglage qui devrai etre entrepris par tout le monde (pas seulement ceux qui souhaitent paufiner leur configuration) etant donne que meme jack demarre maintenant RT par defaut

je propose donc de l'integrer a la trame de lecture de jack, avec BOX et tout et tout... comme je l avait propose ici

je suis ok, la page PAM simplifiée apparaitra donc dans le wiki de jack et dans le coin de débutant
Il nous faut une autre page applis RT bien plus poussées qui apparaitra dans les optimisations et dans le wiki de jack aussi.


pianolivier :
Citation :
aussi, voici la mauvaise nouvelle :
il faut virer l'intro et le paragraphe pour aller plus loin...

ou du moins les refaire :

l'intro devrait seulement dire vous utilisez jack ? configurez PAM !

le paragraphe pour aller plus loin sera remplace par un simple lien sur le dossier Optimisations La latence sous Linux
de meme pour tout ce qui concerne les explications sur la priorite et le watchdog de jack (ou dans une des futures pages expert du dossier de jack)

ca aidera a aerer cette page et a eviter de dire 30 fois les memes choses

+1 complètement ok !

pianolivier
Citation :
cela veux dire que la page est presque fini, comme explication en fin de page je suis pour garder seulement la "construction" du fichier limits.conf et c'est quoi memlock ?

+1 aussi, je trouve même qu'il y a encore trop de chose dans cette page pour un débutant.

pianolivier :
Citation :
le pour aller plus loin ne devrait pas pointer vers plus d optimisatios, mais sur une page demarrer jack pour la premiere fois !

non, ça c'est le travail de la trame de lecture que je vais mettre en place demain pour les débutants (plutôt que l'utilisation d'une BOX)


pianolivier :
Citation :
ceci dit ton intro est sympa, je la garderai bien pour le dossier optimisations... wink

allez hop, c'est vendu ! ccool


@ pianolivier : où penses-tu mettre les infos que tu as virées de la page ? Moi je ne connais pas assez le dossier des optimisations pour savoir si on doit créer une nouvelle page ou si on doit les intégrer à quelque chose qui existe déjà. En attendant, je te propose de stocker ça su une page temporaire plutôt que sur ce forum (histoire de ne pas surcharger la lecture du fil de discussion) comme celle ci PAM. Est-ce que ça te va ?


@pianolivier : bravo pour les reformulations et les définitions dans le dictionnaires ! cool


@ tous : je viens de tuer la page temporaire Accès temps réel pour les applications 10_04?, paix à son âme.


pianolivier :
Citation :
la page PAM_presentation_complete s'est transformée en page les anciennes methodes pour utiliser rlimits avec deux paragraphe :
* PAM a patcher pour les vieilles versions 0.8
* realtime-lsm
ne poitent plus sur cette page que :
* le glossaire
* applis rt
on peut donc la renommer, j'ai pas d'idée de nom : rlimits_oldschool, realtime_pour_les_dinausaures....

je propose applis rt oldschool pour rester dans la cohérence des noms de pages car ce sont d'anciennes méthodes pour gérer les applis en mode RT. Ca vous va ?


pianolivier :
Citation :
la page PAM se décompose maintenant ainsi :
* Présentation
* Régler PAM en trois étapes
o Faire partie du groupe d'utilisateurs audio
o Donner l'accès temps-réel au groupe d'utilisateur audio
o Déconnecter/reconnecter la session
* Et ensuite ?
* Explications détaillées
o le fichier de configuration de PAM
o memlock unlimited (a finir)
o rtprio 90 (a finir)
* Dans le cas ou vous ne pouvez pas utiliser PAM
o set_rlimits (a faire)

Je trouve qu'il y en a déjà trop pour un débutant, à mon avis, la fin :
Citation :
* Explications détaillées
o le fichier de configuration de PAM
o memlock unlimited (a finir)
o rtprio 90 (a finir)
* Dans le cas ou vous ne pouvez pas utiliser PAM
o set_rlimits (a faire)

rentre déjà trop dans les détails. Je partage ton avis pianolivier, je pense qu'il vaut mieux déplacer ceci dans le chapitre des optimisations, quitte à créer une nouvelle page là bas s'il le faut, et laissé un lien ici. Je ferai une proposition demain parce que là, j'ai les yeux qui tombent ! razz


pianolivier :
Citation :
donc la prio de jack doit etre au maximum rtprio moins 10, soit pour une valeur par defaut : -P30 pour laisser de la marges aux threads MIDI qui ont de preference une priorité supérieures au watchdog de jack

ah bon ? pourquoi ? ça à l'air naturel pour toi, pour moi, je vois bien qu'il me manque un élément de compréhension.


Questions ouvertes ( je pense particulièrement à Autostatic) :

  • Comment ou Qui, décide de la priorité des applications et de l'ordre des priorités entre elles ? Est-ce juste un truc logique ? Est-ce décidé par les gens du kernel linux ? Par exemple, qui a décidé que les pilotes ALSA devaient se situer dans la région des 80-90 ? J'ai besoin de comprendre ça pour bien comprendre les principes des priorités et bien pouvoir les expliquer dans une page de doc ici.
  • Si j'ai bien compris, le chiffre des priorités est envoyé au scheduler du noyau, c'est bien ça ?
  • d'autre part, je vois dans le résumé de pianolivier que les IRQ usb sont traitées à un niveau de priorité de 40 ( Other IRQ handlers (disk, network, USB, GFX) = 40), si j'ai une carte son USB, je sens que ça va me foutre la merde une valeur aussi basse, ai-je raison ?



ouf ... voilà, ça m'apprendra à lancer des fils super intéressants avant de partir 2 semaines cool

a+ les loulous

PS : je renomme ce fil limits.conf et watchdog de jack
PPS : les pages liées

jy_moustache utilisateur non connecté
Citation :
Là nous sommes en train de déborder et c'est partiellement de mon fait.

je ne suis pas du tout d'accord... pianolivier essaie de comprendre (et d'enseigner) la voie du RT. en fait pour pouvoir proposer un réglage de base qui fonctionnera pour tous les newbies, il faut comprendre le fonctionnement des priorités de manière extensive. ce que fait pianoliv', merci à lui !
après ça sera à nous de faire le tri pour faire des pages noob et des pages experts. mais je trouve les infos trouvées par pianolivier hyper interessantes...

Citation :
je viens de tuer la page temporaire Accès temps réel pour les applications 10_04
NOOOOOOOOOOOOOOOOOOOOOOOOOON !!! c'etait une page que j'avais créé... cry

olinuxx utilisateur non connecté France
Citation :
Citation :
Là nous sommes en train de déborder et c'est partiellement de mon fait.

je ne suis pas du tout d'accord... pianolivier essaie de comprendre (et d'enseigner) la voie du RT. en fait pour pouvoir proposer un réglage de base qui fonctionnera pour tous les newbies, il faut comprendre le fonctionnement des priorités de manière extensive. ce que fait pianoliv', merci à lui !


OK sur le principe, ceci dit, les réglages fins de PAM/kernel/rtirq/autres ... sont trop compliqués pour les débutants. Il y a à présent moyen de faire de la MAO sans un kernel RT et sans triturer rtirq. Je précise que ce fil est super intéressant et que je remercie bien fort pianolivier (et les autres contributeurs), d'ailleurs ça m'embête que tu sembles avoir compris l'inverse dans mon message...confused

Pour un point de vue plus large : dans les pages pour les débutants et les pages générales , je pense qu'on ne doit plus faire mention de noyau RT, il n'est plus nécessaire depuis une paire de version du kernel car la majorité du patch d'ingo, qui fut incontournable pour la MAO sous linux il y a quelques temps, a été intégré dans la branche principale du kernel. Selon les "gens qui s'y connaissent" (les dév de distributions audio entre autres), le patch RT actuel concerne bien plus l'embarqué industriel que la MAO, du coup, ça devient un truc de "mec qui veulent pousser encore plus loin" mais le patch RT a perdu sa notoriété d'antan (et tant mieux, ça veux dire qu'il était vraiment bon s'il est à présent dans la branche main du kernel).

D'autre part, l'utilisation de PAM à suivi le même chemin, avant il fallait triturer des tas de trucs, compiler à la mano realtime-lsm, ... maintenant, un bon réglage de base de PAM par l'intermédiaire de limits.conf/audio.conf et c'est joué. C'est le point qui nous intéresse ici. Alors, certes, la discussion sur le watchdog est nécessaire pour comprendre comment régler la prio de PAM et la compréhension de "comment un processus se déclare avec une prio de 25 ou de 70" l'est aussi, mais je crois que quand on parle de rtirq, cela méritera un autre forum et une autre page de doc (ce qui est déjà le cas), non ?

En fait, ayant déjà baigné dans les affres de l'optimisation poussée, je sais que c'est quelque chose qui demande des connaissances très poussées (et tant mieux si oliv' s'y colle, il finira par faire du dev sur LAD cui-là !cool ) non accessible dans le sens où il faut s'intéresser au fonctionnement global du noyau pour vraiment comprendre (les différents scheduler, la gestion des mlock, la gestion de la mémoire vive, ...) et c'est là que je pense qu'on s'éloigne pour un sujet qui démarrait initialement de :
  • 1) debian change l'emplacement et le nom de limits.conf, faut donc qu'on répercute sur linuxmao
  • 2) les infos sur PAM/limits.conf sont dispersées sur le site de manière chaotique
  • 3) tu disais toi même JY que cette page était mal signalée/rédigée/pas pédagogique et que pas mal de problème dans les forums concernaient la non lecture (ou mauvaise compréhension) de cette page.
Ce sont les buts initials de cette discussion que j'ai abordé ici. Si elle donne envie d'aller voir encore plus loin et qu'elle emmène sur une réflexion sur l'optimisation avancée, et ba c'est excellent car c'est un effet de bord que je n'avais pas prévu et qui sera super intéressant pour tout le monde ici.
Et tout le monde aura tellement appris, qu'on plus aucun d'entre nous ne comprendras la démarche de quelqu'un qui se met doucement à la MAO sous linux et qui fait tout bien (sauf limits.conf) et qui a besoin de cette page, tu vois l'idée que je pointe du bout de mon doigt ? wink C'est pour cela que je vais emmerder tout le monde (dès que j'ai du net ici) pour ne pas lâcher la ligne : la page PAM doit être intégrée dans le coin des débutants et dans le wiki de jack et si on a des infos super intéressantes et plus complexe, alors il nous faut une autre page.

Voilà, je précise à nouveau que je suis super content d'avoir initier cette discussion qui était latente dans nos échanges, que c'est excellent qu'elle ouvre sur des optimisations encore plus poussées, et que si j'ai paru être un peu relou dans mon message, j'en suis navré, c'est parce que :
  • 1) j'arrive après 10 jours de non-activité internet
  • 2) j'essaie de conserver un cadre pour faire avancer le schmilblick sur limits.conf, parce que sinon, dans 15 messages on va être en train de se demander si gcc 4.1 est vraiment plus performant que gcc 3.3.2 pour compiler un noyau RT patché à la main (!) wink

Citation :
Citation :
je viens de tuer la page temporaire Accès temps réel pour les applications 10_04
NOOOOOOOOOOOOOOOOOOOOOOOOOON !!! c'etait une page que j'avais créé... cry

@JY, les autres, cachez-vous les yeux : son dernier mot était pour toi, elle m'a dit qu'elle était vraiment heureuse que tu l'aies conçue et que, quand bien même sa vie fut courte, elle fut remplie de la joie immense de connaitre linuxmao et d'avoir exister par tes mains cool

bon, je vais mettre en place la proposition de mon message de cette nuit et je reviens vous dire quand c'est fini.

ad' taleur !
Olivier

olinuxx utilisateur non connecté France
Un peu de boulot :

  • PAM (En cours, il reste à ajouter des captures d'écran pour le réglage de PAM sous GNome par exemple)
  • et les pages-filles de la page : "Distributions" (à faire)


  • En plus, j'ai renommé le lien "Glossaire du vocabulaire" par "Dictionnaire de la MAO" dans la rubrique Débuter, je ne sais pas qui a utilisé ce terme en premier, mais il colle bien plusse à ce que c'est, merci !
ad'tal

jy_moustache utilisateur non connecté
Citation :
OK sur le principe, ceci dit, les réglages fins de PAM/kernel/rtirq/autres ... sont trop compliqués pour les débutants. Il y a à présent moyen de faire de la MAO sans un kernel RT et sans triturer rtirq

j'ai l'impression que tu n'as pas lu le thread : pianolivier cherche surtout à comprendre comment fonctionne les priorités et PAM afin de proposer un réglage par défaut de limits.conf pour les noobs sans utiliser rtirq.
la partie rtirq est réservée pour une utilisation plus poussée pour ceux qui veulent. et la compréhension des priorités permettra de faire une page expert.
confused

en fait j'ai l'impression que tu expliques ce qu'il faut faire alors que tout le monde est d'accord. wink

Citation :
C'est pour cela que je vais emmerder tout le monde (dès que j'ai du net ici) pour ne pas lâcher la ligne : == la page applis RT doit être intégrée dans le coin des débutants et dans le wiki de jack=== et si on a des infos super intéressantes et plus complexe, alors il nous faut une autre page.
on est tous d'accord

Citation :
j'arrive après 10 jours de non-activité internet
c'est clair : t'as pas l'air à jour biggrin

jy
PS : il est dorénavant interdit d'écrire des messages aussi long que le tien... wink

olinuxx utilisateur non connecté France
Encore un peu de boulot :

  • L'ancienne page PAM_présentation_complète se nomme à présent applis rt oldschool et contient les info sur PAM < 0.8 et realtime-lsm

  • J'ai créé une page PAM et y ai collé les infos supplémentaire concernant PAM et set_rlimits, afin de clarifier la page PAM sans perdre d'info pertinente.

  • J'ai supprimé les commentaires de la page PAM car ils n'étaient plus d'actualité.

  • J'ai déplacé les messages de jack dans la Jack_FAQ (en fait juste un seul, l'autre y était déjà). Et du coup, ils pointent vers cette page.

  • J'ai reformulé des trucs dans la page PAM afin d'en faire une page simple pour les non-experts. Et j'ai fait un peu de mise en page.

Pour moi, cette page est finie dans sa forme générale,
Pour résumer, il en découle ceci :
  • PAM : la page de base à linké dans le coin des débutants et dans le wiki de jack (entre autre)
  • applis rt oldschool : avec PAM < 0.8 et realtime-lsm
  • PAM : avec les infos supplémentaire concernant PAM et la méthode set_rlimits (je suis pour qu'on laisse le set_rlimits ici jusqu'à ce que quelqu'un le documente un peu plusse et qu'il mérite une page dédiée)

Il reste à faire :

  • les quelques images à intégrer, des captures d'écran pour le réglage de PAM sous Gnome par exemple (je suis sous un poste windows, je peux pas les faire moi même)
  • trouver la configuration de limits.conf quie tue et qui marche partout (ce que pianolivier est en train d'investiguer).
  • vérifier les pages-filles de la page : "Distributions"
  • Débuter - survol du système : il reste à ajouter une capture d'écran qui montre où est la case temps réel dans la config de QjackCtl.


Dites moi si elle vous va comme ça et hop, je retire l'entête de la page qui dit qu'elle est en construction, et on a les mains et les yeux plus libre pour pousser plus loin en ce qui concerne les optimisations plus avancées.

voilou les loulous wink
Olivier

@ JY :
Citation :
j'ai l'impression que tu n'as pas lu le thread : pianolivier cherche surtout à comprendre comment fonctionne les priorités et PAM afin de proposer un réglage par défaut de limits.conf pour les noobs sans utiliser rtirq.
la partie rtirq est réservée pour une utilisation plus poussée pour ceux qui veulent. et la compréhension des priorités permettra de faire une page expert.
confused

A bas, ça me fait un beau couteau dans le dos ça après après avoir passer tout ce temps dessus ! eek
P'têtre aussi que vous en avez discuté sur IRCet que c'est pour ça que c'est pas si clair pour moi wink

Citation :
en fait j'ai l'impression que tu expliques ce qu'il faut faire alors que tout le monde est d'accord. wink

a ba si tout le monde est d'accord, c'est parfait ! cool
(j'ai certainement préféré re-préciser des choses que j'avais mal compris alors)

Citation :
Citation :
j'arrive après 10 jours de non-activité internet
c'est clair : t'as pas l'air à jour biggrin

enfoiré de communiste va ! J'men vais te faire une chasse au sorcière toi, tu vas voir !!
En même temps, si on m'explique pas, je risque pas de comprendre razz

Citation :
PS : il est dorénavant interdit d'écrire des messages aussi long que le tien... wink

ahahah wink

jy_moustache utilisateur non connecté
PPS: il est dorénavant interdit de poster 3 messages qui se ressemblent beaucoup en moins de 10 minutes ... wink

olinuxx utilisateur non connecté France
P'tain ayé, la censure commence à tomber sur LinuxMAO ... confused
biggrin

pianolivier utilisateur non connecté France
tout le monde est d'accord wink

a la place de rajouter des trucs "a faire", voici un truc "a ne pas faire" : fermer ce fil de discute jusqu'à ce que les pages la priorité des applications et set_rlimits aient été ré-écrites

olinuxx utilisateur non connecté France
J'ai créé une page set_rlimits et j'y ai fait un bout de rédaction
J'ai aussi renommé applis rt plusse en PAM.
J'ai linké set_rlimits dans les commentaires de la page slackware.

Pour résumer, il en découle ceci :
  • PAM : la page de base à linker dans le coin des débutants, dans les distributions et un peu partout en fait !
  • applis rt oldschool : avec PAM < 0.8 et realtime-lsm
  • PAM : avec les infos supplémentaire concernant PAM
  • set_rlimits : la méthode set_rlimits

Il reste à faire :
  • les quelques images à intégrer, des captures d'écran pour le réglage de PAM sous Gnome par exemple (je suis sous un poste windows, je peux pas les faire moi même)
  • trouver la configuration de limits.conf quie tue et qui marche partout (ce que pianolivier est en train d'investiguer).
  • vérifier les pages-filles de la page : "Distributions"
  • Débuter - survol du système : il reste à ajouter une capture d'écran qui montre où est la case temps réel dans la config de QjackCtl ici : http://linuxmao.org/tikiwiki/tiki-index.php?page=Noob_HowTo#PAM
  • mettre à jour / ré-écrire priorité des applications en mettant les configurations pour les utilisateurs d'un noyau RT
  • caler quelque part un chapitre sur le watchdog de jack et sa priorité
  • le watchdog :
    • Citation :
      Citation :
      Ce watchdog est-il lancé automatiquement par Jack ?


      oui, toujours

      En es-tu totalement sûr ? C'est pas pour t'embêter heing wink c'est parce qu'il me semble me souvenir que le watchdog est lancé à partir du moment où jack est lancé en mode temps réel. Ce qui veux dire que si jack n'est pas démarré en RT, le watchdog n'est pas lancé. Ce qui est logique d'ailleurs car si jack est lancé sans le mode temps réel (ne me demandez pas pourquoi, c'est juste une possibilité permise par jack et c'est aussi une manière de comprendre vraiment le fonctionnement du biniou (!) il ne risque pas de faire tomber le noyau et du coup, n'a pas besoin d'un watchdog.
    • Citation :
      donc la prio de jack doit être au maximum rtprio moins 10, soit pour une valeur par défaut : -P30 pour laisser de la marges aux threads MIDI qui ont de préférence une priorité supérieures au watchdog de jack

      ah bon ? pourquoi ? ça à l'air naturel pour toi, pour moi, je vois bien qu'il me manque un élément de compréhension.

Questions ouvertes :
  • Comment ou Qui, décide de la priorité des applications et de l'ordre des priorités entre elles ? Est-ce juste un truc logique ? Est-ce décidé par les gens du kernel linux ? Par exemple, qui a décidé que les pilotes ALSA devaient se situer dans la région des 80-90 ? J'ai besoin de comprendre ça pour bien comprendre les principes des priorités et bien pouvoir les expliquer dans une page de doc ici.
  • Si j'ai bien compris, le chiffre des priorités est envoyé au scheduler du noyau, c'est bien ça ?

  • d'autre part, je vois dans le résumé de pianolivier que les IRQ usb sont traitées à un niveau de priorité de 40 ( Other IRQ handlers (disk, network, USB, GFX) = 40), si j'ai une carte son USB, je sens que ça va me foutre la merde une valeur aussi basse, ai-je raison ?
    réponse sur IRC : uniquement avec un noyau rt, et du coup, il faut utiliser rtirq. Sur un noyau normal, c'est géré en haute priorité

olinuxx utilisateur non connecté France
Coucou, j'ai un peu avancé sur le boulot :
  • Watchdog : j'ai démarré une page sur le watchdog de Jack : jack_watchdog (notez l'originalité du titre de cette page razz, j'ai aussi mis une entrée dans le dictionnaire pour le watchdog et également, j'ai linké cette page dans l'actuel portail jack. J'ai fais un peu de rédaction, mais pas tout. Si quelqu'un trouve une page explicative sur http://jackaudio.org/ , histoire d'avoir une source, c'est cool, moi je ne l'ai pas trouvée. Je ne sais pas si c'est utile de garder cette page en stand-alone ou s'il sera plus judicieux de l'intégrer quelqu'un part dans la doc de jack, on verra bien, en tout cas, ça fait une page pour écrire et développer ce bout de doc, on pourra la virer si le besoin s'en fait sentir.
  • FAQ de Jack : du boulot sur la FAQ Jack, c'est un peu lié à ce qu'on fait ici, mais c'est plus proche du wiki de jack, c'est donc à lire sur la discussion sur Jack et son wiki (plus précisément, mon message du ven. 03 sept. 2010 17:00)


Pour résumer le travail de ce fil de discussion, il en découle ceci :
  • PAM : la page de base à linker dans le coin des débutants, dans les distributions et un peu partout en fait !
  • applis rt oldschool : avec PAM < 0.8 et realtime-lsm
  • PAM : avec les infos supplémentaire concernant PAM
  • set_rlimits : la méthode set_rlimits
  • jack_watchdog : explication sur la watchdog interne de jack.

Il reste à faire :
  • les quelques images à intégrer, des captures d'écran pour le réglage de PAM sous Gnome par exemple (je suis sous un poste windows, je peux pas les faire moi même)
  • trouver la configuration de limits.conf quie tue et qui marche partout (ce que pianolivier est en train d'investiguer).
  • vérifier les pages-filles de la page : "Distributions"
  • Débuter - survol du système : il reste à ajouter une capture d'écran qui montre où est la case temps réel dans la config de QjackCtl ici : PAM
  • mettre à jour / ré-écrire priorité des applications en mettant les configurations pour les utilisateurs d'un noyau RT
  • Citation :
    donc la prio de jack doit être au maximum rtprio moins 10, soit pour une valeur par défaut : -P30 pour laisser de la marges aux threads MIDI qui ont de préférence une priorité supérieures au watchdog de jack

    ah bon ? pourquoi ? ça à l'air naturel pour toi, pour moi, je vois bien qu'il me manque un élément de compréhension. (pédagogie inside wink )

Questions ouvertes :
  • Comment ou Qui, décide de la priorité des applications et de l'ordre des priorités entre elles ? Est-ce juste un truc logique ? Est-ce décidé par les gens du kernel linux ? Par exemple, qui a décidé que les pilotes ALSA devaient se situer dans la région des 80-90 ? J'ai besoin de comprendre ça pour bien comprendre les principes des priorités et bien pouvoir les expliquer dans une page de doc ici.
  • Si j'ai bien compris, le chiffre des priorités est envoyé au scheduler du noyau, c'est bien ça ?

Remarque ouverte :
Il me semble aussi que les possesseurs de carte firewire doivent s'inscrire non seulement dans le groupe audio mais aussi dans le groupe vidéo car les cartes son firewire sont vu comme des caméras DV par les bibliothèques firewire. Quelqu'un pour confirmer/infirmer/corriger ? (moi j'ai que de l'usb et de l'interne)

jy_moustache utilisateur non connecté
olinuxx, tu veux pas editer tes messages plutot que d'en créer plein de nouveaux. ca devient un peu dur a suivre la! Surtout qu'ils sont tous assez long wink

merci biggrin
jy

Page : 3/4  [Suivant]
1  2  3  4 
Afficher les articles :
Aller au forum :

Documentation [Afficher / Cacher]

Faire un don
[Afficher / Cacher]

Connexion
[Afficher / Cacher]



Mégaphone [Afficher / Cacher]

calixtus06, 14:33, jeu. 28 mars 2024: Bonjour et bienvenue à b.vl :-)
calixtus06, 09:30, mer. 27 mars 2024: Bonjour et bienvenue à Noar :-)
olinuxx, 18:50, lun. 25 mars 2024: Bonjour et bienvenue à Ted Demore cool
olinuxx, 17:52, dim. 24 mars 2024: Bonjour et bienvenue à Noitavon cool
calixtus06, 11:07, jeu. 21 mars 2024: Bonjour et bienvenue à obds, ceric :-)
obds, 16:12, mar. 19 mars 2024: Cet édito est juste parfait. Trop beau !
olinuxx, 11:48, ven. 15 mars 2024: Bonjour et bienvenue à Jerry cool
calixtus06, 18:03, mer. 13 mars 2024: Bonjour et bienvenue à tanguero :-)
olinuxx, 11:01, dim. 10 mars 2024: Bonjour et bienvenue à lolo cool
bda, 16:59, sam. 09 mars 2024: Chapeau pour l'édito. Vous êtes au top les gars :-)
allany, 07:20, jeu. 07 mars 2024: Ça ne fait jamais de mal, c'est l'éditorial ! [Lien]
olinuxx, 19:52, mer. 06 mars 2024: Bonjour et bienvenue à TrkNrk cool