Chargement...
 
Skip to main content

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

Liste des forums Liste des sujets

Forums > 1 - Le matériel et les pilotes ALSA, FFADO, ... > (abandonné) xrun régulier sur ubuntu 8.04
 
Thread actions
Print this page
  • Imprimer toutes les pages

    • (abandonné) xrun régulier sur ubuntu 8.04

    Envoyé par ben280 le Mardi 18 mai 2010 18:41 France
    bonjour,
    étant sur ubuntu 8.04 64bit depuis plus d'1 an maintenant, je voudrai l'optimiser au maximum. En effet, sur mon ordi je travaille le plus souvent sur ardour 2.8.7 (j'utilise pas beaucoup d'autre logiciels sons...). Quand j'utilise celui-ci j'ai quand même encore pas mal d'xrun. Bon j'avou c'est pas comme au tout début 😁 mais c'est quand même relativement fréquent...
    Quand j'enregistre une ou plusieurs pistes cela peut fonctionner sans souci 15-20 minutes.
    Mais au bout d'un moment, par exemple quand je fait un "punch in", la barre de lecture arrive sur celui-ci et paf! la lecture coupe et hop! un xrun. Et à partir de ce moment là j'ai beau refaire lecture et sur le moment ou il doit enregistrer ca coupe et ainsi de suite... Je suis obligé de fermer ardour et couper jack puis de tout relancer...
    Est ce que quelqu'un a eu ce genre de pb?
    Y a t il une solution?
    Je précise que limits.conf est bien configuré...

    merci

    je suis sur linux mint 8.04 64bit (noyau 2.6.24-27-rt)
    quadcore 2.6ghz
    8 go de ram
    dd western digital velociraptor
    rme hammerfall digi96/52
    Lectures: 6636
    Envoyé par Samuel le Mardi 18 mai 2010 20:59 Allemagne
    Vu ta config, y a un réel problème en effet.
    Je penche pour un bug ardour, ou un bug du kernel rt (qui a bien évolué depuis la version 2.6.24), ou un bug de plugin (assez fréquent malheureusement suivant les plugins).
    Peut être qu'un tour du côté de #ardour sur irc permettrait d'y voir un peu plus clair.
    Envoyé par ben280 le Mercredi 19 mai 2010 00:00 France
    merci samuel pour ta réponse...
    pour ce qui est d'un bug de plugin je ne pense pas que cela vienne de là... sachant que je suis encore sur mon projet en prise de son, sur ardour je n'ai encore utilisé aucun plugin! rien de chez rien... meme si j'en ai installé. Sur d'autre projet j'en ai essayé mais ca donne pas plus d'erreur que d'habitude...
    Je répond aussi à ta question qui est sur l'autre post qui concerne aussi ce sujet: en latence je tourne à 42.7 ms sur jack ! ce qui est énorme je pense vu d'autre post (et vu ma bécane)... je peux tomber à 21.3 ms mais pas plus bas ca devient catastrophique... et j'ai pas vraiment l'impression que ca s'améliore beaucoup en l'augmentant... De plus, j'ai vraiment essayé beaucoup de possibilité sur jack dans les "réglages" et rien y fait.
    En ayant fait la mise à jour du noyau rt dernièrement j'ai l'impression que c'est pire qu'avant (ou c'est de la psychose peut être 😕)
    J'étais dernierement sur jack 1, et je suis passé sur jack 2 et c pareil.
    Pour "ardour irc" je suis très mauvais en anglais et j'ai peur de ne pas m'en sortir... et je ne pense que cela vienne d'ardour...
    La solution serai de se compiler un autre noyau rt? Y a t il d'autre solution ?
    merci
    Envoyé par allany le Mercredi 19 mai 2010 06:21
    Bonjour,

    Peux-tu, pour tester, faire tourner d'autres applis (Hydrogen, Zynadd, ...) pour voir si ces xruns persistent ?
    Envoie le résultat de :
    Copy to clipboard
    lspci - v

    Quel niveau de priorité as-tu déclaré dans Qjackctl ET dans limits.conf ?

    J'utilise le punch in/out d'Ardour sans problèmes (juste un petit craquement dans le casque au moment du in) avec 10ms de latence, sur une 8.04 avec moins de capacités hardware que toi.

    A+
    Envoyé par Samuel le Mercredi 19 mai 2010 08:49 Allemagne
    Hmm, pas si facile ça,
    la latence est effectivement énorme, c'est pas un bug de plugin.
    Vu ta config, tu devrais tourner sous 4ms sans aucun soucis.
    Peux-tu aussi poster cat /proc/interrupts pour qu'on puisse voir les irq ?
    La priorité dans jack doit être légèrement inférieure à celle de ton limits.conf.

    Pour irc je veux bien t'aider, mais ça sera la semaine prochaine par contre
    Envoyé par ben280 le Mercredi 19 mai 2010 11:33 France
    bonjour, me revoilà!

    alors pour ce qui est de lspci -v

    [+]
    Dans le fichier limits conf jé mis:
    rtprio 80
    nice -10
    memlock unlimited

    et j'ai déclaré 79 dans le niveau de priorité de qjack

    pour ce qui est de cat/proc/interrupts je n'ai pas de dossier cat par contre j'ai /proc/interrupts et quand je l'ouvre rien dedans (quand je bouge la fenêtre il me dit "Le fichier /proc/interrupts a été modifié sur le disque Voulez-vous recharger le fichier ?" je met recharger et il me repose cette question...
    Envoyé par ben280 le Mercredi 19 mai 2010 11:55 France
    Jé tester une latence 5.33 ms il a mi 10 min avant de me faire des xrun... "L'enregistrement s'est arrêté car votre système n'a pas pu suivre." voila ce qu'il me dit et hop obliger fermer ardour et de couper jack...😑
    voila ce qu'il me dit dans jack


    [+]
    a chaque voit que l'enregistrement démarre un xrun...
    Envoyé par thorgal le Mercredi 19 mai 2010 14:52
    salut,

    c'est quoi ton disque dur ? sa vitesse de rotation, son "filesystem", ses options de "mounting", etc ?
    Envoyé par allany le Mercredi 19 mai 2010 15:11
    Salut,

    OK pour les priorités de Jack et limits.conf, en effet.

    Tes IRQs semblent également OK.
    Simplement, à quoi correspond, sur ta config', le IEEE 1394, le dernier firewire de ta liste de PCI ?

    As-tu également tenté de descendre ton memlock, dans limits.conf, à une valeur mieux connue d'Ardour, genre 500000 ou 1000000 ? Une idée comme ça, à la lecture des derniers messages, qui ne coûte pas grand-chose à tester...

    A+
    Envoyé par ben280 le Mercredi 19 mai 2010 15:15 France
    salut,

    c'est quoi ton disque dur ? sa vitesse de rotation, son "filesystem", ses options de "mounting", etc ?


    euh...😡 je sais pas trop, y'a pas une ligne de commande à faire sur le terminal pour savoir ca ?je te l'enverrai...

    bon ce que je sais:
    jé un disque dur seagate 7200tr/min (250 go) avec un formatage de base (je veux dire le formatage standart quand on installe le système) pour mon système (linuxmint 8.04 64 bit)
    jé ensuite un disque dur western digital velociraptor (10000tr/min) où mes projets sons ardour sont enregistrer... formatage en xfs...
    voila j'en sais pas plus 😕
    Envoyé par ben280 le Mercredi 19 mai 2010 15:26 France
    Salut,

    OK pour les priorités de Jack et limits.conf, en effet.

    Tes IRQs semblent également OK.
    Simplement, à quoi correspond, sur ta config', le IEEE 1394, le dernier firewire de ta liste de PCI ?

    As-tu également tenté de descendre ton memlock, dans limits.conf, à une valeur mieux connue d'Ardour, genre 500000 ou 1000000 ? Une idée comme ça, à la lecture des derniers messages, qui ne coûte pas grand-chose à tester...

    A+


    Pour ce qui est de l'ieee 1394 je ne sais absolument pas, je sais que j'ai une une entrée à l'avant et à l'arriere de mon ordi pour le firewire... mais que j'utilise jamais...
    jé modifier aussi le memlock dans limits.conf (faut il redémarrer le pc?) et ca change rien (pour tester je règle "echantillons/periode" à 128 (5.33 ms de latence) ) je démarre un projet et l'enregistrement de la piste ne démarre meme pas, j'ai un xrun direct...
    Envoyé par allany le Mercredi 19 mai 2010 15:48
    Il faut bien rebooter le PC pour prendre en compte un nouveau limits.conf...

    Après vérif', l'IEEE 1394 est tout simplement le standard d'un port firewire, j'avais oublié...

    Pour la question de thorgal, il faudrait que tu regardes du côté de la commande hdparm. Tu dois avoir des infos ici-même, au chapitre "optimisations".

    Rebootes d'abord avec ton nouveau limits.conf.

    Après, ce qui me surprenait c'est que tu n'aies pas la même priorité pour ta carte-son et pour ce port qui s'avère correspondre à la carte qui gère les ports firewire (Agere FW323).
    Tu peux essayer de mettre ce fameux FW323 au même niveau de priorité que ta carte-son qui est à 255.
    Tu entres :
    Copy to clipboard
    sudo setpci -s 04:03.0 latency_timer=FF

    (revérifie, par lspci, que l'adresse du FW323 est bien 04:03.0, avant).
    et tu relances Jack et Ardour dans la foulée, sans rebooter.
    Pas d'inquiétude, au prochain reboot, cette valeur sera revenue à sa valeur d'origine (64).
    Si ça ne donne rien, on tentera ensuite de baisser celle de ta carte-son qui est à 255, ce qui parait inutilement haut par rapport à Jack...

    A+
    Envoyé par ben280 le Mercredi 19 mai 2010 16:12 France
    bon jé rebooter avec la nouvel config limits.conf c pareil 🙁
    jé ensuite tapé:

    sudo setpci -s 04:03.0 latency_timer=FF

    ca a pas l'air de donner grand chose... tjs des xruns

    je suis allé aussi pour la commande hdparm et jé rien en retour sur le terminal je dois me planter quelque part...
    Envoyé par ben280 le Mercredi 19 mai 2010 16:32 France
    Quand je tape:
    bousquet@bousquet-desktop ~ $ hdparm -tT /media/disk (qui est normalement le disque dur western digital)
    il me dit:
    /media/disk: Is a directory
    je sais pas trop koi faire 😕
    Envoyé par thorgal le Mercredi 19 mai 2010 16:47
    a priori tes disques durs sont OK (vitesse de rotation).

    Pour hdparm, tu dois acceder au "device node". Pour savoir, tape

    mount

    il t'affichera la correspondance entre /media/disk et /dev/xxx

    quand tu as cette info, utilise hdparm sur ce /dev/xxx

    peux-tu poster le contenu de /etc/fstab ?

    Sinon, pas que je veuille embrouiller les choses mais la commande 'setpci' pour changer le champ "latency_timer" n'est peut-etre pas bien comprise.

    Il me semble que le "latency_timer" est le temps qu'on autorise au device pour que sa demande d'interrupt soit traitee par le CPU. Ca sonne peut-etre chinois comme ca, mais en fait, c'est pas bien complique:

    quand un device (USB, reseau, disque dur, etc) veut donner un truc a traiter au CPU, il lance un "interrupt" a celui-ci via le bus PCI. Le CPU, occupe ailleurs, doit arreter ce qu'il fait et traiter la demande. Le "latency_timer" determine la fenetre en temps durant laquelle la demande peut etre traitee. Si le CPU n'a pas la temps, la demande d'interrupt ("timed out" en anglais) sera soit ignoree, soit mise dans une queue pour etre reconsideree plus tard. D'ou une discontinuite, surtout si le device tourne ou essaie de tourner en flux constant.

    Donc, si on diminue le "latency-timer d'un device", on diminue la chance qu'aura le CPU de traiter la demande d'interrupt a temps. Faut donc bien faire gaffe par exemple a ne pas booster le "latency-timer" de la carte reseau par rapport a celui du disque dur si on ne fait pas de trucs reseaux intensifs et si on est plutot du genre a lire / ecrire bcp de donnees sur disque.

    En general, on booste le latency_timer de la carte graphique pour avoir une experience visuelle "fluide". Mais bon, si on s'en fout du graphique et qu'on prefere le disque dur, alors faut rebalancer en faveur du disque dur.

    Bon, c'est du moins ma comprehension de la chose, je ne suis pas un expert en "hardware" 😊
    Envoyé par ben280 le Mercredi 19 mai 2010 17:04 France
    super merci 😀

    voila le contenu de fstab


    [+]

    pour mon western digital
    le retour de sudo hdparm -tT /dev/sdb1


    [+]
    le retour de sudo hdparm -i /dev/sdb1


    [+]
    ensuite je tape sudo hdparm /dev/sdb1


    [+]
    pour mon disque dur seagate (systeme)
    sudo hdparm -tT /dev/sda1


    [+]
    sudo hdparm -i /dev/sda1


    [+]
    et enfin sudo hdparm /dev/sda1


    [+]
    voila! 😁
    Envoyé par ben280 le Mercredi 19 mai 2010 17:13 France
    si power management c "moniteur systeme" oui il tourne...
    Envoyé par thorgal le Mercredi 19 mai 2010 17:15
    tes disques sont OK, les perf sont meilleures que les miennes 😊
    ce n'est donc pas de ce cote la.

    T'as un "power management" qui tourne ?
    Envoyé par ben280 le Mercredi 19 mai 2010 17:20 France
    tes disques sont OK, les perf sont meilleures que les miennes 😊
    ce n'est donc pas de ce cote la.

    T'as un "power management" qui tourne ?


    si power management c "moniteur systeme" oui il tourne... je précise que mes disques sont configuré en raid ca viendrai pas de là par hasard?
    Envoyé par thorgal le Mercredi 19 mai 2010 17:29
    la config RAID ? nan, au contraire, ca booste la perf des disques.

    par contre, le power management, c'est une autre histoire.
    Je tourne mon PC studio sans power management (je refroidis avec un systeme de ventilo silencieux et ne dependant pas d'un controle logiciel). Donc mon CPU tourne toujours au max. Un PC pour prod musicale, c'est pas non plus comme un laptop 😊
    Envoyé par ben280 le Mercredi 19 mai 2010 17:46 France
    la config RAID ? nan, au contraire, ca booste la perf des disques.

    par contre, le power management, c'est une autre histoire.
    Je tourne mon PC studio sans power management (je refroidis avec un systeme de ventilo silencieux et ne dependant pas d'un controle logiciel). Donc mon CPU tourne toujours au max. Un PC pour prod musicale, c'est pas non plus comme un laptop 😊


    donc je vire power management... ca craint rien? comment le virer definitivement ?
    Page: 1/4  [Suivant]
    1  2  3  4