Salut  vraiment explicite toutes ces explications merci ;-) sinon pour en
revenir à mon problème le swap se désactive souvent je l'avais activé juste
avant d'envoyer le mail et je pense que c'est à cause du dual boot avec
Debian j'utilise un seul swap pour les deux systèmes.Et il se peut que  la
désactivation du swap soit la source  de mon problème.Maintenant ce que je
trouve bizarre c'est la façon  dont Ubuntu consomme la ram  je me disais
que 4go de ram c'est largement suffisant pour faire tourner quelques
applications sans utiliser le swap.
et j'ai essayé  de  faire une petite comparaison entre Debian et Ubuntu au
repos avec la commande free mais  la consommation en ram de Ubuntu est
largement supérieure à celle de Debian je sais pas maintenant si cette
comparaison est de taille pour affirmer qu'en matière de consommation de
ressources Ubuntu n'a pas véritablement convaincu





Le 10 mai 2013 15:34, Thomas NOEL <[email protected]> a écrit :

> Hello,
>
> 2013/5/10 El Hadji A Waly Ndiaye <[email protected]>
>
>> Bonjour tout le monde  depuis que je suis passe a 13.04 la consommation
>> en ram a prés doublée  et quand j'ouvre quelques logiciels  ça ralenti et
>> fini par planter le système
>>
>
> La cause est en général une application bogguée, un plugin qui dérape, qui
> fini par réserver toute la mémoire qui système. Le ralentissement est en
> général dû à une surconsommation de la mémoire, Linux cherche alors à faire
> de la place en envoyant des pages mémoire sur le "swap"... et ça commence à
> ramer quand le swap est sur-utilisé, je veux dire quand il y a des échanges
> de pages mémoires entre la RAM et le swap (disque)...
>
> En général, on voit le clignotant du disque qui clignote à fond, et on dit
> que "ça swappe".
>
> Pour le confirmer :
> - la commande "free" indique une valeur non-nulle sur la ligne "Swap:",
> colonne "used" ; et cette valeur bouge (augment ou diminue, mais elle bouge)
> - quand tu sens que ta machine ralentit, lance un "ps waux >
> /tmp/ps-waux.txt" regarde qui consomme quoi dans ce fichier
> /tmp/ps-waux.txt (envoie-le ici si tu veux)
> - pour voir s'il y a une activité disque: "vmstat 1"
>
> $ vmstat 1
> procs -----------memory---------- ---swap-- -----io---- -system--
> ----cpu----
>  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id
> wa
>  0  0  78108 150308  32168 490784    0    1    16    42  485  131  6  2 91
>  1
>  0  0  78108 147676  32168 493768    0    0     0     0 1597 2327  4  3 94
>  0
>  0  0  78108 147804  32168 493736    0    0     0     0 1698 2569  5  2 93
>  0
>  2  0  78108 147916  32176 493900    0    0     0    60 1578 2253  3  2 94
>  2
>  0  0  78108 157420  32184 483536    0    0     0    24 1617 2256  3  2 94
>  2
>
> Les colonnes "si" et "so" sont le swap-in et swap-out : ce qui rentre et
> sort du swap. Si c'est différent de 0, c'est que le swap est en action...
>
> A noter avec vmstat on voit aussi l'activité disque générale : bi et bo,
> block-in et block-out qui sont les écritures et lecture disque. Si tu as un
> processus qui écrit comme un fou sur le disque, ça peut aussi être la cause
> du ralentissement général, sans que la mémoire soit en cause.
>
> Dans ce que tu as envoyé :
>
> >>>>>> free
>>                       total       used       free     shared
>> buffers     cached
>> Mem:       3845516    2137444    1708072          0     120712     938200
>> -/+ buffers/cache:    1078532    2766984
>> Swap:      3905532          0    3905532
>>
>
> Le swap n'est pas du tout utilisé : tu as assez de mémoire (sur tes 4Go,
> 1,7 de libres ! c'est nickel...)
>
> >>>>>>top
>> top - 11:59:16 up 46 min,  3 users,  load average: 0,34, 0,34, 0,32
>> Tasks: 215 total,   1 running, 214 sleeping,   0 stopped,   0 zombie
>> %Cpu(s):  2,3 us,  0,8 sy,  0,0 ni, 96,4 id,  0,2 wa,  0,0 hi,  0,2 si,
>> 0,0 st
>> KiB Mem:   3845516 total,  2127396 used,  1718120 free,   121324 buffers
>> KiB Swap:  3905532 total,        0 used,  3905532 free,   933700 cached
>>
>
> Rien d'anormal ici non plus, on dirait presque une machine au repos.
>
>
>>   PID USER      PR  NI  VIRT  RES  SHR S  %CPU %MEM    TIME+
>> COMMAND
>>  3700 elwan     20   0 1343m 361m  45m S   3,3  9,6   3:50.14
>> firefox
>>
>
> En vulgarisant un peu :
> VIRT = la mémoire que le processus a demandé
> RES = la mémoire qu'il utilise vraiment
> SHR = la mémoire qu'il partage avec d'autres processus
>
> Donc ici on voit que firefox mange "vraiment" environ 400Mo de mémoire, ce
> qui n'est pas génant sur une machine avec 4Go de RAM.
> Ceci dit, firefox est souvent assez gourmand ; as-tu installé beaucoup
> d'extensions ? C'est souvent la première cause de problèmes de
> ralentissement (firefox, libreoffice et autre bloatwares...).
>
> Bon, bref... si tu as d'autres infos à nous envoyer lors d'un prochain
> ralentissement, je pourrais t'aider... a priori là, j'ai rien vu de méchant.
>
> --
> Thomas
>
>
> --
> Ce message a été envoyé à la liste [email protected]
> Gestion de votre abonnement : http://dakarlug.org/liste
> Archives : http://news.gmane.org/gmane.org.user-groups.linux.dakarlug
> Le site du DakarLUG : http://dakarlug.org
>



-- 

__£lw@n__
--
Ce message a été envoyé à la liste [email protected]
Gestion de votre abonnement : http://dakarlug.org/liste
Archives : http://news.gmane.org/gmane.org.user-groups.linux.dakarlug
Le site du DakarLUG : http://dakarlug.org

Répondre à