[ Précédent :: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 :: Suivant ]
Quelques explications
* « Pas d'estimations ACPI de la consommation électrique disponible »
Soit tu utilise un ordinateur dont l'APCI ne fournit pas cette information (typiquement, un ordinateur non portable), soit ton portable est branché sur le secteur (dans ce cas, débranche l'alim et relance powertop lorsque tu es sur batterie).
* « Je trouve aussi le comportement de la première ligne très surprenant »
Bug normallement corrigé dans le svn.
* 29,1% (215,4) firefox-bin : schedule_timeout (process_timeout)
Il y a un patch pour améliorer le comportement de firefox sur http://www.linuxpowertop.org/known.php . Quand au flash ...
* 27,0% (200,2) xmms : schedule_timeout (process_timeout)
S'il n'est pas en train de lire de la musique, il y a clairement un bug dans xmms (ou un des modules d'extension de xmms que tu utilise). Là ça ressemble à un select() avec un timeout trop court. Peut tu faire un strace -p $(pidof xmms) stp ?
* 3,5% (100,0) S06cpuspeed : queue_delayed_work_on (delayed_work_timer_fn)
Il y a aussi une astuce pour contourner ce problème sur known.php :
cd /sys/devices/system/cpu/cpu0/cpufreq
cat ondemand/sampling_rate_max > ondemand/sampling_rate
(à faire pour chaque CPU).
*
6,9% ( 50,8) : uhci_hcd:usb3, ehci_hcd:usb7
1,0% ( 7,6) : uhci_hcd:usb4, libata, libata, eth0
0,5% ( 3,6) : ide0, uhci_hcd:usb2
0,5% ( 4,0) <kernel module> : usb_hcd_poll_rh_status (rh_timer_func)
Ces quatre là m'évoquent le problème (connu) d'hald qui polle les lecteurs de cdroms et autres périphériques de stockage de masse USB à intervalles réguliers. Essaie de tuer hald pour confirmer. Vérifie aussi que tu a bien CONFIG_USB_SUSPEND dans le noyau et que tu ne fait pas tourner pcscd.
* 1,9% ( 14,2) mixer_applet2 : schedule_timeout (process_timeout)
Problème connu (cf. known.php)
* 1,3% ( 10,0) mono : schedule_timeout (process_timeout)
Beagled ?
* 1,7% ( 12,8) gnome-terminal : schedule_timeout (process_timeout)
Ça n'est pas normal. Même le curseur clignotant ne doit pas produire autant d'interuptions. Aurais tu quelque chose qui défile dans un terminal (un top, un tail, etc. ?).
* 2,9% ( 21,2) xchat : schedule_timeout (process_timeout)
Connu aussi, si je me souvient bien le problème vient d'une/des extensions/plugins. Essaie de désactiver temporairement le support des plugins python/perl/tcl, pour vérifier qu'ils sont bien les coupables.
* 5,0% ( 36,8) Xorg : do_setitimer (it_real_fn)
Peut être n'importe quoi (une autre application, un fond d'écran animé, ...). C'est une limitation : pour le moment PowerTOP ne permet pas de distinguer le travail que Xorg fait de son propre chef et ce qu'il fait à la demande d'un autre logiciel.
[ Répondre ]
Re: Un grand merci ...
Chipoteurs ! ;)
Le droit français - mais qui vous dit que mes textes relève de celui-ci ? ;) - ne reconnais pas, en effet, la cession des droits moraux.
Mais cela ne veut pas dire que le message plus haut est totalement « sans valeur légale ». Simplement, vous ne pouvez pas jouir de tout les droits que je voulais concéder au départ (si vous étes en France) ; exactement comme lorsque vous utilisez des logiciels qui sont publiés dans le domaine public aux USA, par exemple sqlite : la loi française à beau imposer de citer l'auteur, les autres points (droit de modification, redistribution, ...) restent valables et le logiciel reste libre, même en France (autrement dit : la licence initiale du logiciel n'est pas complètement rendue caduque par le droit français, heureusement !).
[ Répondre ]
Re: Un grand merci ...
Etant auteur du journal en question voudrais indiquer que ce mode de fonctionnement me convient parfaitement :
* Je suis timide, je n'ose pas proposer des depeches (pas sûr que le sujet - ou la façon de l'aborder - soit pertinent, pas sûr que l'ortho soit ok, pas sur qu'il n'y ai pas déjà une depeche en cours de moderation sur le sujet, je connais mal la ligne éditoriale du site, etc.)
* En temps qu'utilisateur de LL et wikipediste, je considère que la moindre des choses c'est de tolérer (encourager, même !) la réutilisation et l'amélioration de mon travail : si les modérateurs le font, c'est tant mieux !
* Je vois mal, de toutes façons, quel bénéfice personel je pourrai tirer des crédits accordés à "herodiade", qui n'est même pas mon vrai nom.
* Pour lever toute polémique : je déclare par la présente que je place toutes mes contributions à linuxfr.org (y compris les journaux, les dépêches et les comentaires) présentes, passées et futures dans le domaine public, j'abandonne tout droit d'auteur sur toutes mes contributions, j'autorise chacun à réutiliser, modifier ou redistribuer le contenu à sa guise, sans restriction, et sans obligation de citer la provenance;
* Ils n'étaient pas obligés de le faire, mais les modérateurs ont eu la délicatesse raffinée d'écrire la source de l'article (en gros !), avec même un remerciement !
Bref c'est le mode de fonctionnement qui me convient le mieux : si les modérateurs jugent qu'un journal convient pour une dépêche, ils l'affinent, le polissent et le publient. Le seul - très léger - défaut de cette méthode c'est que les commentaires sont scindés (par ex. j'hésite à re-poster ici mon commentaire au journal "complément d'infos", mais là, présentement, je ne peut pas le faire, je suis en vacances, sur un win95 + ie5 + écran 14" sur modem 56k, la galère quoi ;), mais les avantage excedent largement ce léger désagrément.
Au passage : merci aux modérateurs pour ce travail de selection et validation, pour la relecture, l'amélioration de la mise en forme et tout le travail que ça implique.
[ Répondre ]
Re: 3D
En effet. D'après ce que j'ai compris (c'est assez flou pour moi, c'est pour ça que je ne détaille pas ce point dans le journal même) il y a des bugs dans les drivers (constatés et en voie de résolution avec les drivers libres radeon et intel, mais peut-être présents aussi dans les drivers propriétaires), des problèmes d'architecture de Mesa/Xorg, et d'implémentation dans Beryl.
Pour ce que j'en ai compris, pour que le rendu des applications 3D - du moins celles utilisant OpenGL - soit synchrone avec la fréquence de rafraichissement de l'affichage (par ex. 60Hz ou 70Hz), et éviter des effets de bavures, on utilise une interuption appellée VBLANK (pour "vertical blank", cf. http://en.wikipedia.org/wiki/Vertical_blanking_interval ) qui déclenche le rendu synchrone au raffraichissement (donc dans les 60/70 ou plus interuptions par seconde, ce qui est beaucoup). Ce serait un défaut d'architecture de Mesa/Xorg, et la page "known.php" du site de PowerTOP indique qu'une reflexion est engagée sur ce point (notes que Keith Packard et Eric Anholt , deux "poids lourds" de xorg travaillent chez Intel, ça donne des perspectives).
En outre les drivers libres Intel ont un bug (corrigé dans le git) qui fait que ce système de synchronisation est actif même lorsqu'on ne rends que de la 2D (c'est alors totalement inutile), cf. sur ce point aussi la page "known.php".
Les développeurs du pilote radeon libre travaillent aussi sur un problème similaire dans leur driver : http://www.mail-archive.com/dri-devel@lists.sourceforge.net/(...) (les développeurs Intel, pas bégeules, leur donnent un coup de main : http://www.mail-archive.com/dri-devel@lists.sourceforge.net/(...) ).
Et finallement, Beryl est gourmand. Ca donne par exemple des choses comme ça : http://www.bughost.org/pipermail/power/2007-May/000021.html
Le driver propriétaire NVIDIA se comporte mal aussi : http://www.bughost.org/pipermail/power/2007-May/000015.html
[ Répondre ]
Compléments
Quelques compléments en vrac :
* Concernant le coût des accès disques : ça dépend, évidement, de l'utilisation des caches.
* Le driver fglrx d'ATI est tout pourri (ah bon ? ;). Il semblerait que le driver propriétaire de NVIDIA ne soit pas brillant non plus.
* Lorsque vous faites vos mesures, laissez vos applications favorites mouler passivement en arrière plan. Inutile de constater que mencoder ou Blender en plein calculs sont gourmands : on le sait déjà, et c'est normal. De même les mesures sont plus intéressantes pour des logiciels résidant longtemps en mémoire (par exemple Thunderbird, Amarok, Lifarea, les daemons comme d-bus, esd ou avahi, etc.) que pour les logiciels qui ne tournent pas longtemps sur l'ordinateur (comme ls, cp, mv, ps, find, & co).
* Lorsque PowerTOP vous indique qu'une application est très gourmande alors qu'elle n'a pas de raison évidente de travailler (elle tourne en arrière plan, par exemple), vous pouvez savoir ce qu'elle fait avec strace -p $(pidof monapplication) et ltrace -p $(pidof monapplication)
* Beagle (beagled précisément) peut être extrêmement gourmand
* Annoncé il y a seulement 3 jours, PowerTOP est déjà intégré dans les versions de développement de Debian, Mandriva et Gentoo.
* Une nouvelle version (1.1) de PowerTOP vient de sortir. Le logiciel est maintenant capable de recommander la désactivation des daemons connus pour être gourmands et peu utiles, lorsqu'il détecte leur présence.
* L'outil blktrace permet déjà de surveiller les I/O disques ( http://www.gelato.org/pdf/apr2006/gelato_ICE06apr_blktrace_b(...) )
Quelques autres paramètres à prendre en compte pour améliorer l'autonomie de son portable :
* Préférer les portables avec de petits écrans (indication relevée sur l'IRC #powertop, où Keith Packard dit qu'il a 7h d'autonomie sur son portable à écran 10", et Arjan Van de Ven arrive à 8h ! ), ou réduire la luminosité si c'est possible.
* Les périphériques USB sont souvent alimentés par ce biais, et parfois très gourmands pour d'autres raisons encore. Les débrancher lorsqu'on ne s'en sert pas.
* Complètement désactiver le bluetooth et le wifi lorsqu'ils ne sont pas utilisés (et décharger les modules noyau qui les utilisent).
* Éviter autant que possible d'utiliser le lecteur de CD ou DVD
* Et bien sûr les autres trucs indiqués dans le journal (désactiver la 3D/Beryl, le curseur clignorant de gnome-terminal, config du kernel 2.6.21, etc...)
[ Répondre ]
Re: Ordres de grandeurs
Tout dépend, si le réveil est long (si on réveil régulièrement le système pour faire une opération un peu lourde, ou carrément pour accéder au disque dur) l'effet s'en ressentira très vite, même si on ne se réveille pas a une fréquence démente. PowerTOP prends cet aspect en compte (il pondère le nombre de réveils et leur durée).
[ Répondre ]
Re: mais pourquoi est-il si méchant ?
Comme le fait remarquer quelqu'un plus haut, il n'y a pas besoin que le brevet soit valide pour que la menace soit efficace.
L'incertitude et le doute générés par une annonce de ce type suffisent souvent à paralyser de nombreux acteurs. C'est par exemple la raison pour laquelle Apple et Nokia refusent d'inclure les codecs et containers Ogg, Vorbis et Theora dans leur produits (ils ont un doute sur la possibilité de brevets dormants, comme ils l'ont expliqué publiquement sur la mailing-list du WHATWG en Février/Mars 2007).
[ Répondre ]
Re: Fichtre
Des specs redistribuables librement sont plus importantes que des drivers libres. Il est plus facile d'écrire des drivers pour n'importe quel OS sur base de specs que d'écrire des specs (ou un driver pour un autre OS) sur base d'un driver fut-il libre.
Sans parler de maintenir le driver (avec des specs librement redistribuables, sans NDA) :
- Corriger les bugs même lorsque les devs d'ATI sont en vacances (ou s'ils sont en sous effectif, ou si ATI décide d'abandonner ce développement, ...), ne pas être cassé à chaque release d'un kernel qui fait des changements structurels (genre NO_HZ/dynticks, 4K pages, refontes du sous-sytème DRM/DRI, etc).
- Implémenter les fonctionalités graphiques (genre GLX_EXT_texture_from_pixmap ou randr) du moment en temps raisonnable, avec l'aide des devs du champ concerné
- Permettre aux spécialistes des divers sous-systèmes du kernel de les aider à répondre aux nouveaux besoins emergents concernant les drivers (être "suspendables" pour le s2d & s2r, être économes en énergie, ...).
- Permettre aux développeurs extérieurs intéressés d'écrire le support pour les configuration "minoritaires" (comme linux sur ppc ou x86_64, ou *BSD ou Solaris). Rappelons que pour le moment le driver proprio d'ATI ne supporte pas ces environnements, et il n'y a pas de raison particulière pour que la direction d'ATI accepte d'investir des ressources là dessus pour leur driver libre.
Clairement, donner les docs , c'est mieux que donner seulement un driver tout fait même s'il est libre.
[ Répondre ]
Symbian ?
la migration de Symbian [...] vers Linux
C'est la première fois que j'entends parler de ça.
Tout au plus on a récemment entendu parler du "Open C SDK Plug-In for S60 3rd Edition", qui fournis un package pour symbian OS (.sis), pas inclus par défaut dans Symbian OS mais qu'on peu installer, et qui inclus la glib et une "libc" contenant un peu de posix, et quelques composants Eclipse. Enfin bref, ça quoi : http://forum.nokia.com/info/sw.nokia.com/id/91d89929-fb8c-4d(...)
Tu peut nous en dire plus ?
Sinon "prédominance des technologies GNOME" est une généralisation rapide. Certes les annonces slashdotées récentes font surtout état de produits basés sur gtk/gnome (sauf le GreenPhone de Trolltech, quand même) mais il reste que beaucoup de smartphones linux actuellement sur le marché (asiatique, presque uniquement) utilisent peu ou prou Qtopia.
[ Répondre ]
Re: Mais oui...
J'ai choisi d'indiquer ces articles parce que précisément les affirmations que je faisait _y sont sourcées_. M'enfin, si tu préfère, voilà :
- Patrick de Carolis (actuel directeur de France Télévision). Sa bio sur le site de l'Ecole Supérieure de Journalisme de Paris, où il a fait ses études : http://web.esj-paris.com/index.php?option=com_content&ta(...) . Le brave homme a même publié un livre d'entretien très indulgent avec Bernadette Chirac (isbn : 978-2259195126), a été directeur de "Le Figaro Magazine", ... un home de gauche, pour sûr.
- Composition du CSA (et qui a nommé les membres actuels) sur le site officiel du CSA : http://www.csa.fr/conseil/composition/college_conseillers.ph(...) . Ils ont tous été nommés par la droite, et la majorité et le président resteront en place au moins jusqu'en 2011 même si la gauche passe dimanche (btw, même problème au Conseil Constitutionnel).
- Michel Boyon, le président du CSA. Sa bio sur le site officiel du CSA : http://www.csa.fr/conseil/composition/college_conseillers_bi(...) Je cite : « Directeur de cabinet de François Léotard, ministre de la Culture et de la Communication (1986 – 1988) », « Directeur de cabinet de Jean-Pierre Raffarin, Premier ministre (2003 – 2005) ». Clair, un dangereux gauchiste.
- Sur la connivence de Jean-Pierre Elkabbach et Nicolas Sarkozy : http://tempsreel.nouvelobs.com/speciales/medias/medias__pouv(...) ou http://www.dailymotion.com/ptitatou/video/x1cgxb_reportage-s(...) ou http://television.telerama.fr/television/M0612111601104.html etc.
Voila pour les institutions et chaines publiques (sauf Elkabbach), et nous ne parlons même pas de TF1.
D'une façon générale : http://www.monde-diplomatique.fr/2006/09/BENILDE/13928
Nous glissons chaque jour un peu plus vers une « démocratie » à la Berlusconi. Il faut avoir de la merde dans les yeux pour le nier (ou être partisan).
[ Répondre ]
Re: Mais oui...
... et ce n'est pas comme si libération et marianne touchaient ne serait-ce qu'un dixième du nombre d'auditeurs de TF1.
Voir l'ensemble des chaines de TV publiques : il n'échappera à personne que le président de France Télévision de droite (Patrick de Carolis, http://fr.wikipedia.org/wiki/Patrick_de_Carolis ) a été nommé par la droite, ainsi que le président (Dominique Baudis puis récemment Michel Boyon) et la majorité de l'équipe du CSA (cf. http://fr.wikipedia.org/wiki/CSA ).
Voir le Canard Enchainé du mercredi 2 mai pour un bel exemple des pressions de Sarkozy et de la droite sur les chaines télévisions.
Quand l'ex-président de France Télévision et actuel PDG d'Europe 1 (du groupe Lagardère) Jean-Pierre Elkabbach se sent permis de reconnaitre publiquement qu'il téléphone à Sarkozy pour avoir son avis avant d'embaucher de nouveaux journalistes, on a le signe clair qu'un cap a été franchi. (sources dans http://fr.wikipedia.org/wiki/Jean-Pierre_Elkabbach ).
[ Répondre ]
Re: Mais oui...
À point nommé :
http://www.liberation.fr/interactif/chats/schneidermann/2512(...)
[ Répondre ]
Re: Des inconvénients du suffrage universel
Tu caricature.
On peut quand même être mal à l'aise en constatant que l'évolution démographique de la France fait que ce sont ceux qui n'ont pas d'avenir (ou, disons : pour qui l'avenir est un moindre enjeu), et qui ne participent pas à la société active qui décident, contre tout les autres, du résultat des élections.
Pas sur que ça conduise aux meilleurs choix ou que ça soit très sain, sur le long terme.
Je ne veut évidement pas dire qu'il faut leur retirer le droit de vote, mais qu'il faudra peut-être penser à les impliquer un peu plus dans les problématiques et les enjeux de la vie civile active, les impliquer un peu plus dans le monde moderne, ... avant la catastrophe. Les études démographiques sur les électeurs de Le Pen en 2002 montraient aussi une hyper représentation des séniors (cf. par ex. http://www.cairn.be/article.php?ID_REVUE=RFSP&ID_NUMPUBL(...) ).
[ Répondre ]
Re: pf(4), de plus en plus simple
En l'occurrence pour le groupe egress on n'a même pas besoin d'utiliser ifconfig, puisque les interfaces sont dynamiquement ajoutées / enlevées de ce groupe, à chaud.
Même chose, par exemple, pour le groupe "lo" (auquel sont ajoutées automatiquement toutes les interfaces de loopback).
Tout est documenté dans la page de man de ifconfig(8). L'utilisation est simplissime :
- ifconfig nom_if group nom_groupe pour ajouter une if dans un groupe. Ex :
$ ifconfig lo0 group toto
- ifconfig (tout court) pour afficher les interfaces et leurs groupes, par ex:
$ ifconfig lo0
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 33224
groups: lo toto
inet 127.0.0.1 netmask 0xff000000
inet6 ::1 prefixlen 128
inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8
Benoît : il y a eu des modifications de pf (afin de permettre de nommer une interface par son groupe et pas seulement son nom, dans les rulesets).
[ Répondre ]
Re: Lecteur
> J'ai dit de façon transparente et correcte, ce que ne remplit pas gstreamer
Passons ...
>> désolé mais « sous Windows, Linux et MacOS », ce n'est pas vraiment ce que j'appelle la portabilité.
> C'est ce qui compte pour le grand public.
Enfin, surtout le grand public qui n'a pas un téléphone portable sous linux ou symbian, ou un pc de bureau en 64bits (ah oui, ça c'est vraiment über-geek, pardon) ...
Et puis tu a raison, tout ces cochons d'uber-geeks qui n'utilisent pas windows/i386, linux/i386 et mac n'ont que ce qu'ils méritent, bien fait pour eux.
> s'il y a des zozos qui installent OpenBSD sur une machine de bureau et qui ne trouvent pas contradictoire de vouloir lancer un blob binaire (un logiciel propriétaire)
Et bien justement ils ne le lancent pas, parce qu'outre qu'il ne soit pas porté, il n'est pas libre ni opensource, ce qui fait beaucoup de défaut rédhibitoires.
Mais, comme la maintenabilité de leur code (et donc leur capacité à le porter sur les nouvelles plateformes), le fait qu'il soit ne soit pas libre est entièrement de la responsabilité d'Adobe. Dire qu'il n'est pas libre n'est pas une bonne excuse pour justifier la position d'Adobe à l'égard de la portabilité.
> Cf. les versions officielles de Mozilla, qui se limitent aussi à ces trois-là.
Mais pourquoi s'emmerderaient -ils à packager des binaires, gérer la distribution des mises à jours, etc. alors que la communauté le fait pour eux ?
Moz' fournis des binaires pour les handicapés de la solidarité communautaire comme les windowsiens et les maceux, un binaire linux pour faire bonne mesure, le source, et banzai.
> Oui l'utilisateur final est certainement mort de rire de recevoir un "code source" pour sa machine sans aucun support. D'ailleurs on se demande pourquoi Ubuntu, Mandriva & co se font chier à faire du support sur des binaires.
Tu ne lis que le début de mes phrases, c'est ça le gag ?
J'ai dit que la communauté (et donc les distros, y compris Debian, Ubuntu et Mandriva) se chargent du support pour les logiciels libres. Et oui ! Parce que même si Apache et gcc ne distribuent pas de binaires pour ma plateforme de choix, je peut me passer de leur support direct (et puis quoi, je doit leur demander un contrat et un mars aussi ?) grace aux bonnes ames qui font des distros et des packages BSD. That is.
[ Répondre ]
Certification Ubuntu
La dépêche indique « une certification d'Ubuntu sur le matériel Dell et s'assurer d'une compatibilité totale », mais je n'ai pas trouvé de lien décrivant cette certification (ses exigences, ses contraintes, ses tolérances). Auriez-vous une URL ?
L'appréciation de la « compatibilité totale » peut varier selon les individus :
du « avoir un xorg qui marche, un clavier, une souris, et le son » au « avoir aussi le suspend-to-ram opérationnel, la gestion de l'énergie optimale, le driver du chipset wifi supporté, stable, complet et compatible avec NetworkManager, le driver du chipset graphique stable et supporté, la webcam intégrée supportée », on a une belle différence, et c'est le texte de la certification qui nous dira à quoi nous attendre.
De plus, si Ubuntu est assez exigeante - ou transmet au moins ses contrariétés à Dell - on peut espérer que Dell fasse doucement remonter nos besoins aux fournisseurs de chipsets ? (Atheros, Broadcom, nVidia, Atmel, ATI : filez nous la doc !).
[ Répondre ]
[ Précédent :: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 :: Suivant ]
Cette page a été générée par Templeet en 0.0871s (dont 0.012 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Re: macbook
* « Après le patch :
interrupt : uhci_hcd:usb4, eth0, i915@pci:0000:00:02.0
cause en moyenne 50 réveils par seconde, l'autre ligne a disparu. »
As tu essayé en désactivant la 3D (fut-ce provisoirement, simplement pour vérifier la cause du problème) ? Pour cela il suffit de mettre « Option "NoDRI" » dans la section Device correspondant à la carte graphique (bon, et du coup, désactiver temporairement ton compiz, aussi).
Il y a un bug connu, qui affecte les drivers i915, ati, radeon et fglrx et qui cause une interruption par rafraichissement si le DRI est activé (donc si ton affichage est à 50Hz, ça fait 50 interuptions/seconde), et ce même lorsqu'on n'est pas en train de faire du rendu 3D (autrement dit : il suffit d'avoir le DRI actif pour que le bug se manifeste). Intel travaille sur le problème pour son chipset (je crois que c'est déjà patché dans xorg & le kernel de développement).
Aussi, sur la même IRQ : passe ton wifi en mode « économie d'énergie » :
iwpriv eth0 set_power 5
(+ si tu peut régler ton AP, réduire la fréquence d'envoi des beacons à 1 par seconde, par exemple).
Concernant le reste de tes "Top causes for wakeups:" :
* "interrupt : HDA Intel ", "interrupt : libata", "modprobe : usb_hcd_poll_rh_status" : ceux là sont très probablement causés par HAL (re-lance PowerTOP après avoir tué hald, pour vérifier).
* "(59.0) firefox-bin" : connu, bug reporté, un patch existe
* "Enable the CONFIG_SND_AC97_POWER_SAVE kernel configuration option" : bin oui, juste fait-le ;)
* "( 9.8) qjackctl : schedule_timeout " : là on a visiblement un beau bug. Ce programme est-il résident pendant longtemps en mémoire ? ta config de Jack n'est-elle pas trop tordue ? Ça mérite inspection (strace et bug report).
Cela dit : "C3 1.8ms (74.0%) 1.8ms" : ce n'est déjà pas trop mal, on a vu pire (mais vu les remarques plus haut, il y a quand même de la marge pour améliorer tout ça :).
[ Répondre ]