grossomerdo ça veut dire :
@ = groupe, donc le groupe audio à -> les valeurs après
la wildcard - désigne à la fois hard et soft. on peux à la place mettre soft uniquement par exemple.
rtprio peut aller jusqu' à 99 il me semble (à vérifier)
nice est la valeur de priorité dans la table des process. Son vocabulaire la fait aller jusqu' à -19 qui est la plus haute priorité.
memlock permet de locker une partie de la mémoire vive, ici 300MO.
(d' autres options permettent par exemple de limiter le nombre de fichiers ouverts pour l' utilisateur en deça de ceux prévu par le système, par exemple, ou encore le priority de base. Mais n' ont pas trop lieu d' être ici)
Jack veux au moins : kernelRT + rtprio à 60 (en dessous ça rale) + de la mémoire vive bloquée/dédiée. Sans ces configs, jack même sur un kernel RT n' est pas super efficace.
[^] # Re: trem-RT :)
Posté par bubar🦥 . En réponse à la dépêche La guerre du temps réel. Évalué à 6.
@audio - rtprio 80
@audio - nice -15
@audio - memlock 300000
grossomerdo ça veut dire :
@ = groupe, donc le groupe audio à -> les valeurs après
la wildcard - désigne à la fois hard et soft. on peux à la place mettre soft uniquement par exemple.
rtprio peut aller jusqu' à 99 il me semble (à vérifier)
nice est la valeur de priorité dans la table des process. Son vocabulaire la fait aller jusqu' à -19 qui est la plus haute priorité.
memlock permet de locker une partie de la mémoire vive, ici 300MO.
(d' autres options permettent par exemple de limiter le nombre de fichiers ouverts pour l' utilisateur en deça de ceux prévu par le système, par exemple, ou encore le priority de base. Mais n' ont pas trop lieu d' être ici)
Jack veux au moins : kernelRT + rtprio à 60 (en dessous ça rale) + de la mémoire vive bloquée/dédiée. Sans ces configs, jack même sur un kernel RT n' est pas super efficace.
bon voilà, j' unlock, oupss, désolé