2 - Les distributions et les noyaux

Le status de Qjackd me confirme que le RT est bien effectif, lsmod aussi.

Hydrogen fonctionne impec avec le pilote alsa mais dès que je le renvoie vers Jackd, je me tape des xruns avec un son franchement cra-cra. J'ai pu améliorer un peu la situation en changeant les paramètres de Jackd mais ce n'est toujours pas satisfaisant.

(Hum ... réponse un peu rapide 😁)

Regarde aussi si t'as pas un soucis d'IRQ :


T.

Salut,


Ca, ça veut juste dire que soit le module realtime-lsm est bien chargé, soit que PAM permet bien l'accès au capacités "temps réel" du noyau pour les applis lancées en "utilisateur non-root" (cf page Accès temps réel pour les applications).

Oui après lecture de cette page j'avais pris soin de me mettre dans le groupe primaire audio.
D'autre part, lsmod | grep realtime me donne:
realtime 9480 0
commoncap 11776 1 realtime
Donc je dirais 'les deux mon général'

Reste à vérifier que ton noyau offre effectivement la "complete-preemption". Cette option est-elle disponible et activée dans le noyau ? (voir les pages Compiler un noyau 2.6RT et Mandriva).

Ha là je ne saurais dire, en gros faignasson qui essaye d'éviter de recompiler le noyau, j'ai installé le kernel multimedia des contrib de la 2007. Il n'est pas clair pour moi quel degré de préemption à ce noyau. Si je regarde dans /proc/config.gz je trouve ceci:
grep PREEMPT config

1. CONFIG_PREEMPT_NONE is not set

CONFIG_PREEMPT_VOLUNTARY=y

1. CONFIG_PREEMPT is not set

CONFIG_PREEMPT_BKL=y
Est-ce à dire que je n'ai pas le complete-preempt?
Donc je ne pourrai pas l'activer? (Gasp...)
A moi la recompilotade du noyau?



Pour quelle latence, les Xruns ?
Il y a une Latence de 46.4 ms en bas à droite de la fenètre 'setup' de Qjackctl, ça me parait un peu
gros non? J'arrive à baisser cette valeur en jouant sur le Frames/period mais toujours le même résultat...crappy sound

Tu peux aussi regarder la page Autres optimisations, penses en particulier aux services inutiles (Mandriva t'offre une belle interface graphique dans le centre de config pour gérer ça) et à vérifier l'UDMA du disque dur, mais je penche plutôt pour la piste "complete-preemption" non activée ...

T.

21: 22468 0 IO-APIC-level HDA Intel

Ha là je ne saurais dire, en gros faignasson qui essaye d'éviter de recompiler le noyau, j'ai installé le kernel multimedia des contrib de la 2007. Il n'est pas clair pour moi quel degré de préemption à ce noyau. Si je regarde dans /proc/config.gz je trouve ceci:
grep PREEMPT config

1. CONFIG_PREEMPT_NONE is not set

CONFIG_PREEMPT_VOLUNTARY=y

1. CONFIG_PREEMPT is not set

CONFIG_PREEMPT_BKL=y

Est-ce à dire que je n'ai pas le complete-preempt?
Donc je ne pourrai pas l'activer? (Gasp...)
A moi la recompilotade du noyau?

Il y a une Latence de 46.4 ms en bas à droite de la fenètre 'setup' de Qjackctl, ça me parait un peu
gros non?

J'arrive à baisser cette valeur en jouant sur le Frames/period mais toujours le même résultat...crappy sound

Si pas déja fait il faudrait essayer d'utiliser 3 buffers. C'est l'option -n3 dans la ligne de commande de jackd ou bien Periods/Buffer dans Qjackctl.

Avec ça l'Intel HDA de mon portable arrive à fonctionner avec des buffers de 32 trames.

Il faut aussi savoir que ce kernel multimedia Mandriva n'est pas vraiment au top des basses latences. Il n'integre pas les patch RT d'Ingo Molnar mais d'autres diminuant la latence de l'ordonnanceur sans viser le temps réel dur. Cependant suivant l'utilisation ses performances peuvent suffire .

Je me suis lancé hier dans la compile du 2.6.18 avec le patch rt5 car effectivement le mandriva mm n'est pas au top et j'ai trop de galères à essayer de l'optimiser. Je l'ai compilé une première fois sans le patch d'ingo et cela à fonctionné impec (après avoir vraiment optimisé pour ma machine).
J'ai ensuite essayé avec le patch rt5 et là je suis coincé avec un kernel panic...Affaire à suivre.

Par exemple sur mon portable c'est catastrophique! Pas à cause du noyau mais à cause, je pense, d'une incohérance entre des scripts Mandriva et quelque chose du genre de l'acpi dans le portable. La machine se bloque aléatoirement pendant quelques secondes puis repart comme si de rien n'était...
Mais entre les bloquages les performances du noyau sont tout à fait honorables et devraient pouvoir me suffire...

Depuis peu il existe un "vrai" noyau 2.6.18-rt5 Ingo Molnar inside pour Mandriva 2007 :
http://www.zarb.org/~trem/kernel-rt/

Ha je vais essayer cela...

Celui ci plante mon portable au démarrage! Il est compilé avec le support multiprocesseur et il subsite un (des?) bug(s) dans les patchs entre les IRQ et l'acpi sur certains portables à base d'Intel core duo.

Je pense que c'est mon problème. J'ai aussi été obligé d'enlever le APM (gestion batterie, etc...) qui me donnait une erreur de post-installe pour le make modules_install...

Bon courage!

Merci beaucoup, je vous tiens au courant!

Pour les IRQ :

Ta carte son est seule sur l'IRQ 21 ... pas de problème de conflit de ce côté là.

OK


A priori, c'est pas franchement l'idéal ça ... au minimum, il faudrait au moins activer "Preemptible Kernel (Low-Latency Desktop)" à la place de "Voluntary Kernel Preemption (Desktop)" ... l'option "Complete Preemption (Real-Time)" n'est (pour l'instant) disponible que sur un noyau patché ...

Oui je me suis lancé dans la compile du 2.6.18 + rt5 d'ingo mais évidemment...kernel panic. Sinon sans le patch cela boot impec...


Tu as 2 options pour améliorer ce point :

• 1) Améliorer le kernel installé. Avantages : tu gardes tous les patchs Mandriva, et assez simple à mettre en oeuvre. Inconvénients : y'a moyen de faire encore + performant ! Pour ce faire, il faut :
  • Installer les sources correspondant à ton kernel (un truc genre "kernel-sources-multimedia-laptop-smp-2.6.17.13-3mdv-1-1mdv2007)
  • Récupérer la config de ton noyau actuel ("cd /usr/src/linux && make oldconfig")
  • Configurer les options qui vont bien ("make xconfig", active "Preemptible Kernel (Low-Latency Desktop)" et profite pour faire un peu de nettoyage si nécessaire -la compilation sera plus rapide-, voir conseils page Compiler un noyau 2.6RT).
  • Compiler et installer le noyau ("make modules_install && make install"), puis rebooter dessus !

• 2) Construire un "vrai" kernel Temps réel : partant d'un kernel "nu" (vanilla) + patch Real Time d'Ingo. Avantages : performances meilleures. Inconvénients : moins évident à faire et perte des patchs spécifiques Mandriva. Voir les pages Compiler un noyau 2.6RT et Mandriva (section "Configuration avancée et explications supplémentaires").

Ca y est je me suis lancé dans l'aventure...(voir plus haut)


Si c'est beaucoup, surtout avec plein de Xruns... c'est bien un truc à base de Core Duo ton PC ?

Oui, tout à fait et il semble y avoir un gag avec le 2.6.18 + rt5 avec les core duo...


C'est en augmentant la latence que tu diminuera les Xruns. Voir également la F.A.Q. sur les Xruns

OK

Pense à vérifier l'UDMA du disque dur ("hdparm -i /dev/hda" cf page Les discs durs et hdparm pour les explications, mais normalement ça devrait être OK) et les services inutiles éventuellement activés.

Merci beaucoup pour tous les conseils, je vous tient au courant dès que j'arrive à comprendre mon kernel panic...
A bientôt


T.

J'avais pas vu que tu t'échine sur un portable à core duo!

Pour le moment la série des 2.17-rt sont (un peu) moins pires que les 2.18-rt...
Déja il faut oublier un des deux processeurs et désactiver le smp dans la config du noyau.

Si tu n'est pas attaché de trop à Mandriva essaye la distribution 64studio. Elle arrive à faire marcher le mien., sur un seul processeur, à peu près correctement.

Apparement il y a un bug dans Qjackctl qui empeche l'affichage des détails des interfaces audio disponibles dans la fenetre de setup. En cliquant sur les "" complétement à droite seul (defaults) s'affiche. Manque aussi l'onglet de connection des interfaces midi, irrémédiablement grisé...
Constates tu ces défauts?

Je confirme il y a bien un problème dans le Qjackctl de mandriva. Apparement il a été construit sans les libraires Alsa.

Je l'ai recompilé avec et tout remarche.
Pour ce faire j'ai suivi les zexplications:

http://qa.mandriva.com/twiki/bin/view/Main/RpmHowTo

Comme j'en ai refait un rpm je peux le faire circuler, au cas ou...

Devant les xruns récalcitrants j'ai un mis de coté mandriva pour retrouver 64Studio. La version 0.95 vient de sortir avec un kernel 2.6.18rt3 qui ne marche pas avec les cores duos!
A force de bidouille j'ai réussi faire marcher un 2.6.18-rt7 sur mon core duo en partant du fichier de config 64studio. Il suffit de désactiver le timer HPET! Surtout bien laisser désactivée l'option SMP. Un processeur perdu vaut mieux que deux tu l'aura...
Une nouvelle version de kernel 64studio basée sur le 2.6.18-rt7 et sans le HPET devrait bientôt voir le jour.
Si tu n'a pas besoin de firewire ça peut marcher correctement sur ton core duo.

Ha je veux bien ton .config de chez Mossieu 64Studio histoire de le mixer avec ma config
trop super top affutée d'la mort pour mon hardware.

Je me demande toutefois s'il n'y a pas un risque hardware à ne faire fonctionner qu'un proc sur les deux...?

C'est quoi ta bécane au fait?

Salut,

Loin de moi l'idée de lancer un troll stérile sur (K)ubuntu vs Mandriva, mais Gilles nous dit dans ce fil qu'il n'a pas eu ce type de problème avec Kubuntu sur son portable dual core ... Vu qu'en plus la dernière version vient de sortir, ça vaudrait peut-être le coup de tester le live-cd de Kunbuntu (pour garder KDE) pour voir si ça tourne pas mieux ! Les live-cd c'est bon, mangez-en 😉.

Trinine

Pour tout dire j'avais commencé par installer la Ubuntu dapper 6.06, très jolie distrib mais le dual core n'était pas reconnu, /proc/cpuinfo ne donnait qu'une cpu sur les deux. De plus c'était assez lent je ne sais pas pourquoi. Et surtout, moi qui suis un utilisateur de mdv depuis la 8.2 (ça nous rajeunit pas ma pov'dame) j'ai trouvé le apt-get et son fichier de config assez merdique et mon urpmi m'a vite manqué, enfin tout cela est une question d'habitudes. Je suis revenu à ma MDV et je dois dire que la 2007 est un régal.

Ha je veux bien ton .config de chez Mossieu 64Studio histoire de le mixer avec ma config
trop super top affutée d'la mort pour mon hardware.

Si tout va bien elle est la :

http://perso.orange.fr/jsilvestre/kerneloops/config2.6.18-rrt7

Je me demande toutefois s'il n'y a pas un risque hardware à ne faire fonctionner qu'un proc sur les deux...?

A priori non d'autant plus qu'ils sont sur la même puce donc a la même température. Un travaille, l'autre le regarde. En fait peut être que c'est pas bon pour le moral d'un des deux?

Si tu parviens a faire marcher mandriva je veux bien que tu me le dise, j'ai essayé sur deux portables sans succès. Sur des nonportables ça le fait plutôt bien.
joël