Thinkpad X200 & ralentissements Xorg

Suite à l’entrée dans mon cheptel de machines d’un fringant Thinkpad X200 dans le rôle de daily-PC, je l’ai naturellement muni d’un OS digne de ce nom : Arch Linux en 64 bits.

Si l’installation (quelque peu changée depuis les dernières versions de l’installeur dépourvues d’AIF – mais au final pas plus compliquée) s’est parfaitement déroulée et a débouché comme d’habitude sur un système rapide, simple et efficace, je suis tombé sur un petit os.

En effet, de manière récurrente, le déplacement du curseur à l’écran devenait extrèmement lent et saccadé (autant avec le trackpoint qu’avec une souris USB), X en devenant utilisable pendant une trentaine de secondes. Aucun processus utilisateur consommateur de ressources n’était détectable à première vue, et rien de particulier n’était visible dans le dmesg. Il m’a fallu une semaine de googlage intensif pour trouver le bug responsable de ce comportement, et un moyen de le résoudre.

L’observation avec top de processus kworker prenant plus de 20% de CPU lors des ralentissements m’a aiguillé et a fini par mener sur les pages suivantes :

http://souriguha.wordpress.com/2011/03/08/how-to-solve-problem-with-thinkpadkslowd-kworker-on-linux-kernel-2-35-2-36/ (oui ça parle de kernel 2.6.35 et 2.6.36, mais c’est toujours d’actualité en 3.6 apparemment)
http://forum.porteus.org/viewtopic.php?f=41&t=250
https://patchwork.kernel.org/patch/1546041/

Au final, une simple petite option à passer au module Intel DRM permet de rétablir un fonctionnement impeccable de la bestiole :

[dek@nostromo ~]$ cat /etc/modprobe.d/intel-workaround.conf 
options drm_kms_helper poll=0

Voilà, c’est pas grand chose mais si ça permet à quelqu’un d’éviter de perdre autant de temps que moi là-dessus, c’est toujours ça de gagné ;)

Firefox 13 et le “tabs restore on demand”

C’est une nouveauté de la version 13, après restauration de session, le contenu des tabs onglets n’est chargé que lorsque l’on clique dessus.
Occasionnant donc un temps de chargement de la page, voire un échec si la page n’est plus disponible.

Je sais pas vous, mais chez moi Firefox est ouvert en permanence, et si une tab est ouverte, c’est pour que son contenu soit disponible DE SUITE lorsque je clique dessus.
Chez moi une tab ouverte, c’est une page chargée prête à dégainer.

Si restauration de session il y a, c’est qu’il s’est passé :

  • un reboot de ma machine ou une extinction, le soir par exemple
  • un plantage de Firefox
  • une fermeture involontaire (ooooh ctrl-q, toi qui est si près du ctrl-a, surtout quand on alterne souvent entre qwerty et azerty …)

Bref, des cas où, quand je rouvre mon Firefox et que je le restaure, je veux qu’il soit COMME JE L’AI QUITTÉ.
C’est bien le but d’une fonction de restauration non ? Donc les tabs à l’identique, chargées.

J’ai 12Go de RAM sur mon PC, 4 coeurs qui ne foutent rien, pourquoi vouloir économiser un pouillème de ces ressources et faire ralentir le chargement uniquement AU MOMENT OÙ J’EN AI BESOIN ? Je ne sais pas … il paraîtrait que c’est pour accélérer le lancement et la restauration du navigateur … ah ben oui si on restaure rien c’est sûr c’est rapide. Ça ne saute néanmoins pas aux yeux.

Pas d’option dans les paramètres graphiques, on peut heureusement encore revenir à un comportement normal via le about:config des vilains hackeurs qui veulent tout casser dans leur navigateur :

browser.sessionstore.restore_on_demand = false

Ouf.

Arch Linux a 10 ans !

Allan McRae l’a signalé hier, ce week-end marquait les dix ans de la création d’Arch Linux  :)

En ce qui me concerne, j’ai réellement découvert la distribution en Novembre 2008, moment à partir duquel elle-ci est devenue ma favorite, aucune ne l’ayant remplacée depuis, cela fait trois ans et demi que je l’utilise avec bonheur dès que je le peux.
(par exemple, sur ce serveur depuis 4 mois)

J ai également depuis deux mois la grande satisfaction de l’utiliser comme desktop dans mon nouveau boulot (activité 100% GNU/Linux et nous avons le choix des armes, tant que nous sommes efficaces), encore une fois elle s’y prête admirablement bien.

Par ce billet, bon anniversaire Arch, et un immense chapeau bas à ses créateurs ainsi qu’à tous les contributeurs qui ont oeuvré pour que nous puissions profiter d’un tel OS. ;)

Un petit morceau d’histoire du libre

Trouvé pour une poignée de dollars* sur Amazon Marketplace USA, je me suis fait un petit cadeau avec l’édition de 1987 de Operating Systems : Design and Implementation d’Andrew S. Tanenbaum, celle-là même dans laquelle Linus Torvalds se plongea en 1991 pour écrire ce qui allait devenir Linux.

L’état de ce livre de plus de 20 ans est excellent, quasi-neuf à part quelques petites bosses dues à son voyage depuis l’autre côté de l’Atlantique.

Très plaisant d’avoir ce petit bout d’histoire du libre (et même de l’informatique en général) chez soi. Quand on sait l’importance qu’ont eu ces lignes sur l’existence de notre kernel préféré, les lire a une saveur particulière.

Certes, c’est assez technique et je comprendrai sûrement pas la moitié du bouquin, mais ça m’éclaircira sûrement les idées sur beaucoup de points :D

L’édition contemporaine est bien plus recommandée et à jour pour se former efficacement sur le sujet, le prix n’est cependant pas le même, le charme non plus ;)

*8,46 petits euros frais de port compris, chez eux.