* Patrice OLIVER <[EMAIL PROTECTED]> [2005-01-21 19:34] : > Bonsoir, > > Second constat (d�cidement) : > Lorsque je lance une application, je trouve qu'elle se lance lentement. > M�me le terminal de gnome, qui devrait �tre quasi instantan�, demande > quelques secondes avant de s'ouvrir. > > Je dispose pourtant d'un DELL Latitude D800 avec 512Mo de RAM et un > pentium Centrino 1,6GHz. C'est quand m�me pas un nain.
J'ai � peu pr�s la m�me machine (Centrino 1,7 GHz avec aussi 512 Go de m�moire) et les applications s'ouvrent instantan�ment (m�me Firefox qui n'est pourtant pas l�ger) (bon, je n'utiise ni GNOME, ni KDE, ni OO.o). > Le plugin de statistiques syst�me indique toujours que la m�moire est > prise � 89% (actuellement dont 47% de cache), alors que je n'ai que > thunderbird et xterm de lanc� (+ lineakd � l'ouverture de session). > C'est un peu comme si la m�moire n'�tait pas lib�r�e. Correctement � la > fermeture des applications. Par exemple, je viens de fermer xterm, et > j'ai toujours les m�mes indicateurs. Quant au processeur, il n'est > apparement pas inquiet du tout. L'utilisation de la m�moire est un comportement tout � fait normal par le noyau. Cela permet par exemple si tu lances � nouveau un xterm apr�s avoir ferm� le pr�c�dent de ne pas avoir � aller rechercher le programme et ses biblioth�ques sur le disque dur (tr�s lent par rapport � la m�moire), mais en m�moire. Si le noyau a besoin de m�moire pour un autre processus, il utilisera ce type de m�moire. Et s'il n'en reste plus, il utilisera le swap (en simplifiant beaucoup la gestion de la m�moire par le noyau). > Je suis en SID, avec noyau 2.6.9. > > Top indique : > top - 19:25:06 up 37 min, 2 users, load average: 0.02, 0.06, 0.08 > Tasks: 93 total, 1 running, 92 sleeping, 0 stopped, 0 zombie > Cpu(s): 14.5% us, 1.3% sy, 0.0% ni, 83.5% id, 0.0% wa, 0.7% hi, 0.0% si > Mem: 516040k total, 494720k used, 21320k free, 30316k buffers > Swap: 499896k total, 0k used, 499896k free, 259208k cached L'occupation du CPU n'est pas n�gligeable. Quelles sont les applications qui consomment beaucoup de temps CPU ? > Voici aussi la sortie de hdparm /dev/hda : > /dev/hda: > multcount = 0 (off) Ce param�tre pourrait probablement �tre am�lior� pour augmenter le nombre de secteurs transf�r�s par interruption d'entr�e/sortie (tir� de l'option -m de la page de manuel de hdparm). Chez moi, j'ai : multcount = 16 (on) Cela devrait �galement r�duire l'occupation du syst�me pour les entr�es/sorties du disque (c'est peut-�tre cela qui occupe le CPU). Fred -- Comment poser les questions de mani�re intelligente�? http://www.gnurou.org/documents/smart-questions-fr.html Comment signaler efficacement un bug�? http://www.chiark.greenend.org.uk/~sgtatham/bugs-fr.html
