GNU-vautés

Dans cet article je vais présenter rapidement comment n’utiliser que les ressources inutilisées de son ordinateur (enfin quasiment) en faisant ramer le moins possible les autres applications. Ceci est surtout intéressant pour les systèmes mono-cœur qui ont vite tendance à ramer quand celui-ci monte à 100% de sa charge, et peut s’avérer utile par exemple pour ré-encoder un DVD et garder un système fluide pour les autres applications, ou encore faire ses mises à jours sous gentoo sans se dire « demain je retourne sur ArchLinux  »

L’outil à utiliser est « nice » qui je pense est fourni par défaut sur la plupart des systèmes GNU/Linux. L’option qui nous intéresse est -n prenant en paramètre un nombre entre -20 et 19. 19 étant la priorité minimale, donc celle qui permet de piquer le moins de ressources aux autres processus, et donc de faire ramer le reste du système le moins possible. La priorité est propagée aux processus fils, donc par exemple si on lance emerge avec la priorité 19, tous les processus que lancera emerge auront aussi la priorité 19.

Un petit exemple pour utiliser nice en donnant la priorité minimale à ffmpeg :

nice -n 19 ffmpeg paramètres_de_ffmpeg …

Pour plus d’info sur nice, je vous laisse regarder le man.

Il faut aussi savoir que pour élever la priorité d’un processus (donc donner un nombre négatif à nice), il faut les droits root.

Donner une priorité plus faible à un processus (donner un nombre positif à nice) va aussi ralentir l’exécution de ce processus. Si le système est peu chargé, le ralentissement est négligeable, mais si une autre application lancée en même temps prend beaucoup de ressources, le ralentissement peut être important.

Il est aussi possible de changer la priorité d’un processus déjà lancé avec la commande renice. Je vous laisse vous référer au man de renice.

EDIT : Je remercie nico pour son commentaire qui nous informe qu’il est possible d’utiliser la commande ionice pour faire la même chose mais sur les entrées/sorties, ça peut être intéressant pour les applications qui font énormément d’appels au disque dur.

Sur mon portable, j’ai un disque dur IDE 40Go 1.8 pouce, il y a très peu d’autres modèles avec des capacités légèrement supérieurs, et assez chères. Tous les possesseurs d’eeepc et compagnie se trouvent dans la même situation que moi, avec des capacités encore plus réduites.

Donc 1Gio sur ce genre de petites machines est très précieux. Il se trouve que dans toutes les distributions GNU/Linux que je connais, il y a un cache créé par le gestionnaire de paquets qui peut prendre plusieurs Gio en un an. Ce cache permet d’éviter de re-télécharger les paquets lors d’une réinstallation d’un programme. Si vous ne réinstallez des programmes que très rarement, il n’est pas forcément très utile. Pensez donc régulièrement à le nettoyer des paquets plus installés (ancienne version après une mise à jour par exemple) voir même à supprimer tous les paquets (même ceux installés, ceci nécessitera de re-télécharger un paquet si vous voulez le réinstaller).

Pour nettoyer le cache sur ArchLinux (et surement autres distributions utilisant pacman) :

# pacman -Sc

Pour vider tout le cache sur ArchLinux :

# pacman -Scc

Pour nettoyer le cache sur Gentoo :
Utiliser l’utilitaire eclean disponible dans le paquet gentoolkit

# eclean distfiles

(utiliser l’option -i pour le faire en mode interactif)

Pour vider tout le cache sur Gentoo :
Assurez vous qu’il n’y ait rien que vous voudriez garder dedans avant puis :

# rm -rf /usr/portage/distfiles/*

Sous Gentoo pensez aussi à supprimer les anciens noyaux. Les sources et tout dans /usr/src/linux-… prennent plus de 500Mio par noyau

Je laisse le soin aux utilisateurs d’autres distributions de regarder le man de leur gestionnaire de paquet, ou d’aller faire un tour sur la doc en ligne de leur distribution.

Cela faisait déjà la quatrième fois que j’étais obligé de killer l’installation du noyau lors des mises à jours sur ArchLinux. L’installation bloquait toujours au même endroit … La première fois, j’étais un peu stressé lors du reboot, mais tout c’est bien passé, j’ai donc laissé comme ça …

Mais hier soir, comme d’habitude ça plante au même endroit, je fait mon petit Ctrl + C, mais j’ai du y aller un peu trop vite. Impossible de charger le noyau au reboot, plus rien qui marche. Et comme ArchLinux à la fâcheuse manie par défaut d’écraser les noyaux d’une version à l’autre, je n’avais absolument plus rien qui marchait … (enfin si un windows qui fige une minute après le boot quand le petit virus qui force le reboot au bout de 30 secondes ne se lance pas avant). Je suis donc parti rapidement à la recherche d’info sur google depuis un liveCD Ubuntu, je suis vite tombé sur ce sujet : ici

La solution au problème est très simple : Il suffit de booter sur un liveCD (ici j’ai pris celui d’ArchLinux), se loguer en root, taper comme à l’installation pour avoir un clavier azerty la commande

# km

puis choisir la configuration adéquate.

Ensuite il faut monter la partition qui contient le système (/dev/sda5 dans mon cas) :

# mount /dev/sda5 /mnt

Il faut ensuite changer le répertoire racine avec

# chroot /mnt

Et pour finir il n’y à plus qu’à réinstaller le noyau :

# pacman -S kernel26

Bon après j’ai eu un truc bizarre, le PC figeait au lancement de gdm, mais avait l’air de se lancer comme il faut avant, j’ai alors repris mon livecd pour retirer gdm du inittab, un petit reboot, je réinstalle mon noyau avant de lancer X, tout se passe nikel sans le bug habituel qui m’a fait faire un Ctrl + C le coup d’avant, je lance gdm et tout marche bien

Voilà donc tout ça pour dire qu’il vaut mieux se garder un petit noyau qui marche de coté, mais que dans le pire des cas, la réinstallation du noyau depuis un liveCD est très simple, et ne prend que quelques minutes.