# Probleme de memoire vive **URL:** \ **Category:** Support Debian\ **Created:** [Février 20, 2016, 12:53 UTC](https://www.debian-fr.org/t/probleme-de-memoire-vive/3841 "2016-02-20T12:53:23Z")\ **Posts on this page:** 15\ **Page:** 1
**Author:** ![caamg](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/c57346/32.png) [@caamg](https://www.debian-fr.org/u/caamg)\ **Post date:** [Février 20, 2016, 12:53 UTC](https://www.debian-fr.org/t/probleme-de-memoire-vive/3841/1 "2016-02-20T12:53:23Z")
Tout les 4 ou 5 h je suis de fermer ma session et de tuer X pour retrouver ma RAM et Swap En effet par exemple j’ai a l’heure actuel (cela fait juste un heure que j’ai redemarré X): ```auto total used free shared buffers cached Mem: 1011 953 57 0 16 235 -/+ buffers/cache: 702 309 Swap: 1027 415 611 Total: 2039 1369 669 ``` Je peut gagner au maximum 300Mo en tuant les programmes tels que firefox, aMSN… Est-ce que c’est X qui consomme tant?(ps me dit qu’il consomme 41% de la memoire) ---
**Author:** ![caamg](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/c57346/32.png) [@caamg](https://www.debian-fr.org/u/caamg)\ **Post date:** [Février 20, 2016, 12:53 UTC](https://www.debian-fr.org/t/probleme-de-memoire-vive/3841/2 "2016-02-20T12:53:24Z")
Je reposte juste ava,t de redemarrer X car ` caamg@debian:~$ free -mt total used free shared buffers cached Mem: 1011 999 12 0 1 56 -/+ buffers/cache: 940 70 Swap: 1027 1027 0 Total: 2039 2027 12 `[/code] ---
**Author:** ![Damsss](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/43a26b/32.png) [@Damsss](https://www.debian-fr.org/u/Damsss)\ **Post date:** [Février 20, 2016, 12:53 UTC](https://www.debian-fr.org/t/probleme-de-memoire-vive/3841/3 "2016-02-20T12:53:24Z")
Hej, Avec gmemusage (apt-get install gmemusage) tu devrais voir rapidement quelle application te prend toute la mémoire. Sinon, en ligne de commande, c’est memstat | sort -n ou ps -axo pmem,pid,user,command | sort -n ---
**Author:** ![caamg](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/c57346/32.png) [@caamg](https://www.debian-fr.org/u/caamg)\ **Post date:** [Février 20, 2016, 12:53 UTC](https://www.debian-fr.org/t/probleme-de-memoire-vive/3841/4 "2016-02-20T12:53:27Z")
Merci Damsss Il s’avere que c’est X qui au fur et a mesure du temps va s’accaparrer de plus en plus de memoire( au demarrage il prends environ 5% de la mémoire et a la fin environ 65%) Je vous indique mon xorg.conf au cas ou: [wartoom.free.fr/xorg.conf](http://wartoom.free.fr/xorg.conf) ---
**Author:** ![stonfi](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/54ee81/32.png) [@stonfi](https://www.debian-fr.org/u/stonfi)\ **Post date:** [Février 20, 2016, 12:53 UTC](https://www.debian-fr.org/t/probleme-de-memoire-vive/3841/5 "2016-02-20T12:53:31Z")
slt, As tu une partition swap et si oui de combien ? combien as tu de ram et combien de barrette ? ---
**Author:** ![caamg](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/c57346/32.png) [@caamg](https://www.debian-fr.org/u/caamg)\ **Post date:** [Février 20, 2016, 12:53 UTC](https://www.debian-fr.org/t/probleme-de-memoire-vive/3841/6 "2016-02-20T12:53:31Z")
Pour repondre a stonfi J’ai 2 barrette de 512Mo de RAM J’ai une partion de 1 Go de swap car d’après ce que j’ai compris au dessus de 512Mo de RAM la taille de la partion de swap doit être égale a celle de la RAM ---
**Author:** ![stonfi](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/54ee81/32.png) [@stonfi](https://www.debian-fr.org/u/stonfi)\ **Post date:** [Février 20, 2016, 12:53 UTC](https://www.debian-fr.org/t/probleme-de-memoire-vive/3841/7 "2016-02-20T12:53:31Z")
slt, C’est bizarre que tu swap autant, tu dois avoir trop de processus qui tourne je vois pas autre chose. ---
**Author:** ![caamg](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/c/c57346/32.png) [@caamg](https://www.debian-fr.org/u/caamg)\ **Post date:** [Février 20, 2016, 12:53 UTC](https://www.debian-fr.org/t/probleme-de-memoire-vive/3841/8 "2016-02-20T12:53:33Z")
slt, C’est vrai je viens de me rendre que j’avais environ 160 processus qui tournent en même temps! Un ps -aux me reourne ceci : [wartoom.free.fr/psaux](http://wartoom.free.fr/psaux) J’en profite, quels sont les processus inutiles? ---
**Author:** ![stonfi](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/s/54ee81/32.png) [@stonfi](https://www.debian-fr.org/u/stonfi)\ **Post date:** [Février 20, 2016, 12:53 UTC](https://www.debian-fr.org/t/probleme-de-memoire-vive/3841/9 "2016-02-20T12:53:37Z")
slt, Ecoute les processus qui ne servent pas c’est ce qui te sert a rien ! ---
**Author:** ![usinagaz](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/u/ecae2f/32.png) [@usinagaz](https://www.debian-fr.org/u/usinagaz)\ **Post date:** [Février 20, 2016, 12:53 UTC](https://www.debian-fr.org/t/probleme-de-memoire-vive/3841/10 "2016-02-20T12:53:38Z")
[quote=“stonfi”]slt, Ecoute les processus qui ne servent pas c’est ce qui te sert a rien ![/quote] stonfi pffff, arrêtes de te dépasser comme ça , tu va te faire mal au cerveau 😈 pourquoi pas “kill tout, et regardes ce qui te manque …” ---
**Author:** ![alteo\_gange1](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/dc4da7/32.png) [@alteo\_gange1](https://www.debian-fr.org/u/alteo_gange1)\ **Post date:** [Février 20, 2016, 3:29 UTC](https://www.debian-fr.org/t/probleme-de-memoire-vive/3841/11 "2016-02-20T15:29:00Z")
Les problèmes de fuite de mémoire du serveur X n’est pas complètement résolu. Sous debian etch, xorg peut passer de 3% (15 Mo) d’occupation mémoire à 15% (75 Mo), et peut même aller jusqu’à 25% (125 Mo). Je suis sous kde. Les applications qui font le plus augmenter la mémoire utilisée par xorg sont firefox (+15 Mo), secondlife (+100 Mo). ---
**Author:** ![ed](https://www.debian-fr.org/user_avatar/www.debian-fr.org/ed/32/5886_2.png) [@ed](https://www.debian-fr.org/u/ed)\ **Post date:** [Février 20, 2016, 3:29 UTC](https://www.debian-fr.org/t/probleme-de-memoire-vive/3841/12 "2016-02-20T15:29:03Z")
Attention, c’est généralement les applis qui leak de la mémoire dans X et non l’inverse. C’est par exemple le cas de firefox. Pour en savoir plus: xrestop. Bon ensuite, les programmes qui bouffent inutilement: amarok (70MB) firefox (120MB) mysql (20MB) wnck-applet (25MB) gnome-clock-applet (25MB) setiathome (comment faire ramer son pc pour rien) Morale: Fermer régulièrement firefox (tous les onglets), virer amarok, et virer ces applet a la con 🙂 (Ou alors acheter de la ram) A+ ---
**Author:** ![alteo\_gange1](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/dc4da7/32.png) [@alteo\_gange1](https://www.debian-fr.org/u/alteo_gange1)\ **Post date:** [Février 20, 2016, 3:29 UTC](https://www.debian-fr.org/t/probleme-de-memoire-vive/3841/13 "2016-02-20T15:29:06Z")
> [@](#): > > Attention, c’est généralement les applis qui leak de la mémoire dans X et non l’inverse. C’est par exemple le cas de firefox. Pour que firefox consomme moins on peut le fermer de temps en temps. Pour le serveur c’est plus problématique, cela oblige à fermer toutes ses applications, sa session, puis il faut se reconnecter. Ce n’est pas du tout naturel. J’ai suffisamment de mémoire pour ne pas en arriver-là, mais bon qui dit plus de mémoire utilisée dit plus de consommation électrique, plus de sollicitation pour le ventilateur et moins d’autonomie pour la batterie. Tu dis que ce sont des progammes comme firefox qui chargent de la mémoire dans X sans la décharger. Je ne suis pas un spécialiste de l’utilisation de la mémoire et de la gestion des processus alors j’espère que tu pourras un peu m’éclairer: Quand les applications graphiques demandent de la mémoire au serveur X, celle-ci apparaît dans le processus xorg. Quand l’application graphique se ferme, celle-ci demande à xorg de libérer la mémoire qui ne sera plus utilisée par aucune autre application. C’est bien ça? Dans ce cas firefox est responsable de cette fuite de mémoire. Mais est-ce qu’on ne pourrait pas voir les choses d’une autre façon et considérer que le serveur X ou le processus xorg devrait être capable de libérer la mémoire qui n’est plus du tout utilisée par le système? ---
**Author:** ![alteo\_gange1](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/dc4da7/32.png) [@alteo\_gange1](https://www.debian-fr.org/u/alteo_gange1)\ **Post date:** [Février 20, 2016, 3:29 UTC](https://www.debian-fr.org/t/probleme-de-memoire-vive/3841/14 "2016-02-20T15:29:07Z")
> [@](#): > > Pour en savoir plus: xrestop. Très intéressant! L’allocation de mémoire du serveur X est détaillé pour toutes les applications graphiques. [On peut même le coupler à mem.py pour avoir des graphiques.](http://mille-xterm.org/fr/Utilisation_de_la_m%C3%A9moire_des_terminaux) ---
**Author:** ![alteo\_gange1](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/dc4da7/32.png) [@alteo\_gange1](https://www.debian-fr.org/u/alteo_gange1)\ **Post date:** [Février 20, 2016, 3:29 UTC](https://www.debian-fr.org/t/probleme-de-memoire-vive/3841/15 "2016-02-20T15:29:07Z")
J’ai testé xrestop avec secondlife et le résultat est surprenant. Si je me base sur xrestop en faisant la somme de la mémoire utilisée, j’arrive à 6Mo avant pendant et après avoir utilisé second-life pour xorg. Par contre la commande top indique que xorg utilise énormément de mémoire: 5% 25% et 25% (soit 100Mo) respectivement avant pendant et après l’utilisation de second-life. Free va aussi dans ce sens. Ce qui est bizarre c’est que 2 nouveaux éléments apparaissent dans xrestop: un inconnu de 96 octets plus un autre nommé “Second Life” avec un PID inconnu qui n’est censé prendre que 17ko. Quand je ferme secondlife, ces éléments disparaissent mais pas l’obésité soudaine du serveur X.