![[Voir/Cacher menus de gauche]](img/icons/oleftcol.png "[Voir/Cacher menus de gauche]"){kind=icon}
![[Voir/Cacher menus de droite]](img/icons/orightcol.png "[Voir/Cacher menus de droite]"){kind=icon}
[Réglé] Pilote ACPI xruns sur vieilles configurations
Bonjour
J'expose ici un problème que j'ai fini par régler moi même il s'agit d'un probleme de xruns exessifs capable de provoquer une désynchronisation entre un séquenceur hardware et dans mon cas un vst via wine et carla.
Installation de debian avec un noyaux recompilé basse latence au début j'ai pensé que ce que je faisais était trop demander à mon portable amd double coeurs. Je suis sous debian xfce et depuis un kernel rt en provenance des backport debian recompilé pour le timer frequency fixé à 1000hz + config preempt full rt mais cela ne suffisait le cpu faisait des putains de pics. J'ai donc installer un applets pour la gestion de sa consommation.Il se trouve que par défaut le pilote d'ajustement est le acpi-cpufreq. J'ai pensé qu'avec cpufrequtils je pourrai régler ce problème mais les choses ont changé à tel point d'ailleurs que même la FA101 devenait inexploitable. Le gestionnaire d’énergie fait basculer la fréquence du processeur tout seul et dès qu'il repassai à 1.5 ghz je perdait le port firewire j'ai donc abandonner l'usage de la fa101 sur portable. Je referai des essais à l'occasion voir si ça règle aussi ce problème .
Dernièrement j'ai donc regardé un peu ces histoires de pic et chaque fois que le commutateur oscille entre les deux fréquences possibles du processeur il y a deux pic à 99 ou 100% et des xruns en pagaille , normal, et désynchronisation totale entre le midi matériel et logiciel en plus il y a carrément un phénomène qui fait basculer le réglage "perfomance" sur "ondemande" de manière anarchique.
J'ai repris le fichier de configuration du noyaux et je me suis rendu compte que le pilote acpi est réglé pour être par défaut sur ondemande. J'ai modifié ces règles en désactivant ondemande et en réglant performance par défaut.
Évidement ça carbure à plein tube depuis que j'ai installé le kernel fraîchement compilé et inutle de préciser que cette "solution" est un moyen détourné de rendre exploitable une configue de merde dans un environnement orienté live mais que parallèlement j'ai retiré la batterie du portable.
Bien entendu il me reste quelques xruns à peines audible mais ça c'est du à wine donc rien d'alarmant par contre le cpu a arrêté de faire des bonds de fou à 99% ce qui est une très bonne chose.
J'insiste sur le fait que ce ne soit pas une solution en soit mais que si des personnes sont comme moi pas prêts à jeter leur vieux matos il y des moyens de contourner ces petits problèmes.
J'en déduit que la gestion de l’énergie consommée par le cpu et la MAO ne fait forcément bon ménage.
J'expose ici un problème que j'ai fini par régler moi même il s'agit d'un probleme de xruns exessifs capable de provoquer une désynchronisation entre un séquenceur hardware et dans mon cas un vst via wine et carla.
Installation de debian avec un noyaux recompilé basse latence au début j'ai pensé que ce que je faisais était trop demander à mon portable amd double coeurs. Je suis sous debian xfce et depuis un kernel rt en provenance des backport debian recompilé pour le timer frequency fixé à 1000hz + config preempt full rt mais cela ne suffisait le cpu faisait des putains de pics. J'ai donc installer un applets pour la gestion de sa consommation.Il se trouve que par défaut le pilote d'ajustement est le acpi-cpufreq. J'ai pensé qu'avec cpufrequtils je pourrai régler ce problème mais les choses ont changé à tel point d'ailleurs que même la FA101 devenait inexploitable. Le gestionnaire d’énergie fait basculer la fréquence du processeur tout seul et dès qu'il repassai à 1.5 ghz je perdait le port firewire j'ai donc abandonner l'usage de la fa101 sur portable. Je referai des essais à l'occasion voir si ça règle aussi ce problème .
Dernièrement j'ai donc regardé un peu ces histoires de pic et chaque fois que le commutateur oscille entre les deux fréquences possibles du processeur il y a deux pic à 99 ou 100% et des xruns en pagaille , normal, et désynchronisation totale entre le midi matériel et logiciel en plus il y a carrément un phénomène qui fait basculer le réglage "perfomance" sur "ondemande" de manière anarchique.
J'ai repris le fichier de configuration du noyaux et je me suis rendu compte que le pilote acpi est réglé pour être par défaut sur ondemande. J'ai modifié ces règles en désactivant ondemande et en réglant performance par défaut.
Évidement ça carbure à plein tube depuis que j'ai installé le kernel fraîchement compilé et inutle de préciser que cette "solution" est un moyen détourné de rendre exploitable une configue de merde dans un environnement orienté live mais que parallèlement j'ai retiré la batterie du portable.
Bien entendu il me reste quelques xruns à peines audible mais ça c'est du à wine donc rien d'alarmant par contre le cpu a arrêté de faire des bonds de fou à 99% ce qui est une très bonne chose.
J'insiste sur le fait que ce ne soit pas une solution en soit mais que si des personnes sont comme moi pas prêts à jeter leur vieux matos il y des moyens de contourner ces petits problèmes.
J'en déduit que la gestion de l’énergie consommée par le cpu et la MAO ne fait forcément bon ménage.