Apr�s avoir install� Linux et l'avoir fait tourner sur mon portable, je me suis aper�u qu'il acc�dait sans arr�t au disque dur, m�me quand il n'y avait pas d'utilisateur logu� sur le syst�me. Le disque dur ne pouvait pas rentrer dans son mode d'�conomie d'�nergie. Comme la r�duction de l'activit� du disque dur peut augmenter de fa�on importante la dur�e d'utilisation de la batterie, j'ai collect� les id�es g�n�rales qui suivent.
Je les ai toutes test�es sur une RedHat 4.1. Donc la localisation de certains fichiers de configuration peut �tre diff�rente sur votre distribution (si c'est le cas, s'il vous pla�t faites-le moi savoir).
V�rifiez dans votre /etc/crontab s'il d�marre un processus toutes les minutes. Vous trouverez souvent atrun l�.
Avec la commande at, vous pouvez m�moriser des commandes qui sont � ex�cuter ult�rieurement. Certains syst�mes Linux utilisent un d�mon atd sp�cialement consacr� � cela ; d'autres (comme la RedHat) laissent le d�mon crond ex�cuter atrun une fois par minute.
Tout cela n'est pas r�ellement indispensable sur la plupart des syst�mes puisque les commandes at ont rarement besoin d'�tre invoqu�es � une heure pr�cise. Donc si vous trouvez une ligne comme celle qui suit dans votre /etc/crontab :
# Run any at jobs every minute * * * * * root [ -x /usr/sbin/atrun ] && /usr/sbin/atrun
vous pouvez sans risque la changer en :
# Run any at jobs every hour 00 * * * * root [ -x /usr/sbin/atrun ] && /usr/sbin/atrun
Lire man 5 crontab pour les d�tails. Certaines personnes peuvent m�me travailler correctement sans le d�mon crond. Donc si vous savez ce que vous faites, vous pouvez �ventuellement envisager de le d�sactiver compl�tement.
Linux jongle � chaque instant avec un grand nombre de tampons correspondant � des fichiers ouverts. Donc votre syst�me doit �tre assur� que les changements � l'int�rieur des fichiers sont sauvegard�s sur le disque dur d�s que possible. Sinon ces changements seront perdus apr�s un crash syst�me.
Le d�mon update / bdflush s'occupe de cela. (Il y a deux noms pour le m�me programme, donc vous pouvez utiliser n'importe lequel des deux noms pour d�marrer le d�mon). Le param�trage par d�faut fera en sorte que le d�mon appelle flush toutes les 5 secondes et sync toutes les 30 secondes.
Sur mon disque Fujitsu, cela engendre des acc�s incessants. (Apparemment, ce disque dur vide son cache en ram m�me si rien n'a chang�. Mais cela d�pend de la marque du disque dur : d'autres personnes m'ont dit que leur disque dur entre effectivement en mode "�conomie d'�nergie" sans m�me les modifications qui suivent.)
Puisque Linux ne plante pas vraiment souvent, j'ai remplac� les deux valeurs ci-desssus par 3600 secondes (= une heure). Cela ne pose absolument aucun probl�me et de cette fa�on, l'acc�s incessant au disque cesse. (Mais si maintenant mon syst�me plante, il y aura plus de fichiers perdus, bien entendu.)
ud::once:/sbin/update -s 3600 -f 3600
Lire la page de manuel de update pour davantage de d�tails.
Le d�mon syslogd est responsable des diff�rents fichiers de log du syst�me Linux qui se trouvent dans le r�pertoire /var/log/. Par d�faut, syslogd �crira dans le fichier de log � chaque fois qu'il recevra un message provenant du syst�me.
Vous pouvez arr�ter cela en faisant pr�c�der le nom du fichier d'un tiret dans /etc/syslog.conf. Voici un exemple comme trouv� dans le syslog.conf de mon syst�me :
# Logge tout (sauf le mail) de niveau info ou plus. # Ne pas logger les messages d'authentication prives ! *.info;mail.none;authpriv.none -/var/log/messages
Cela signifie encore que si le syst�me plante, le message qui a report� le probl�me peut ne pas avoir �t� enregistr� sur le disque dur. Dilemme...
Pendant la s�quence de d�marrage, les processus initiaux et les d�mons sont d�marr�s � l'aide de la commande init. Cette commande appelle sync avant chaque processus qu'elle cr�e.
Vous pouvez modifier cela en enlevant l'appel sync() dans le code source et en recompilant la commande.
Pour �viter des probl�mes de tampons de fichiers perdus, vous devriez ajouter un appel � sync dans le script syst�me /etc/rc.d/init.d/halt, juste avant que le script d�monte les syst�mes de fichier.
La partition de swap de Linux est utilis�e pour augmenter la m�moire vive gr�ce � une m�moire virtuelle. C'est encore une cause possible d'acc�s au disque dur. Si votre portable a d�j� beaucoup de RAM ou bien si les applications que vous utilisez sont tr�s rustiques (pensez � vi), vous pouvez envisager de la d�sactiver.
Bien entendu, cela d�pend de ce que vous avez l'intention de faire. De 4 � 8 Mo, ce n'est pas suffisant et vous devez dans ce cas utiliser une partition de swap. De 8 � 16 Mo, des applications en console texte fonctionneront tr�s bien et si vous pouvez �viter d'utiliser trop de fonctionnalit�s multit�ches, vous pouvez sans risque d�sactiver le swap. L'environnement X Window n�cessite beaucoup de RAM et vous ne devriez pas l'utiliser sans partition de swap � moins que vous ayez beaucoup plus que 16 Mo.
Apart� : mon portable avec ses 16 Mo et sa partition de swap d�sactiv�e peut ex�cuter une session emacs, quatre shells bash et compiler un noyau sans d�passement de m�moire. C'est suffisant pour moi.
echo "Should the system use swap?" echo " 0: No." echo " 1: Yes." /bin/echo "Your choice: \ c" read SWAPCHOICE case "$SWAPCHOICE" in 0) # Do nothing. echo "(Swap partitions disabled)" ;; *) # Start up swapping. echo "Activating swap partitions" swapon -a esac
De cette fa�on, vous pouvez utiliser la partition de swap avec l'adaptateur branch� et la d�sactiver quand vous �tes sur batterie.
J'utilise mon portable pour d�velopper et tester des scripts CGI pour des sites Web, c'est pour cette raison que je fais tourner un serveur local sur mon portable. La configuration standard est un peu trop sophistiqu�e si la seule chose que vous voulez faire est juste de tester des scripts et v�rifier des pages Web de temps en temps.
Dans httpd.conf, vous n'avez qu'� mettre les valeurs de MinSpareServers et de StartServers � 1. �a sera suffisant pour un site local de test.
Si vous ne souhaitez plus que le d�mon httpd logue ses messages, vous devez le recompiler. Lisez la documentation pour plus de d�tails.
Grant Taylor a recompil� la partie log d'Apache et d�couvert que �a "ne l'emp�che pas de d�clencher le disque. J'ai donc utilis� une autre, et AMHA meilleure, solution : j'ai configur� Apache pour �tre lanc� par inetd au lieu de se lancer tout seul". Lire man inetd pour les d�tails.
Configurer XFree pour les portables est tout un po�me. Et une fois encore, je dois vous renvoyer � la page "Linux laptop" o� vous pourrez trouver beaucoup d'aide sur ce sujet.
L'extinction de la console sous X ne fait que rendre l'�cran noir mais ne coupe pas ce dernier. Comme mentionn� dans la note de bas de page sur cette fonctionnalit�, vous pouvez utiliser les options dpm de xset pour changer cela. Cependant, cette fonctionnalit� d�pend du chipset et du BIOS de votre portable.
Grant Taylor utilise le param�trage suivant pour mettre en veille son portable avec l'aide de apmd et de l'�conomiseur d'�cran :
# Run xscreensaver with APM program xscreensaver -timeout 5 \ -xrm xscreensaver.programs:apm_standby \ -xrm xscreensaver.colorPrograms:apm_standby &
o� "apm_standby est un script perl suid qui permet seulement � certaines personnes de faire un apm -S".
Nous sommes bien d'accord qu'Emacs n'est pas un �diteur mais un art de vivre. Voici un truc de Florent Chabaud : "si vous utilisez emacs, peut-�tre avez-vous remarqu� que l'�diteur fait des sauvegardes automatiques. C'est bien s�r utile et cela ne doit pas �tre d�sactiv� mais les param�tres par d�faut peuvent �tre adapt�s � une utilisation sur un portable.
J'ai mis dans le fichier /usr/share/emacs/site-lisp/site-start.el les deux lignes suivantes :
(setq auto-save-interval 2500) (setq auto-save-timeout nil)
Cela d�sactive l'auto-sauvegarde r�gl�e sur le temps et fait que l'auto-sauvegarde ne se fait que toutes les 2500 touches. Bien entendu, si vous tapez un texte, ce dernier param�tre devrait �tre r�duit, mais pour la programmation, c'est suffisant. Puisque chaque action est compt�e (touche fl�ch�e, backspace, delete, copier-coller, etc...), le nombre de 2500 actions est atteint rapidement."
Si votre syst�me Linux semble continuer � acc�der au disque dur trop souvent, vous pouvez essayer de comprendre ce qui se passe � l'int�rieur en utilisant une commande ps ax. Cela montrera tous les processus en cours et leur nom complet. Parfois, il r�v�le aussi l'argument en ligne de commande de chaque processus.
Puis lisez la page de manuel de chaque processus pour comprendre ce qu'il fait et comment changer son comportement. Avec cette m�thode, vous trouverez tr�s vraisemblablement le processus responsable. strace peut �galement se r�v�ler utile.
S'il vous pla�t envoyez moi un email si vous d�couvrez quelque chose de nouveau.
Hosting by: Hurra Communications GmbH
Generated: 2007-01-26 18:01:25