Probleme de memoire vive

Support Debian
#1

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):

             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)

#2

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]

#3

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

#4

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

#5

slt,

As tu une partition swap et si oui de combien ? combien as tu de ram et combien de barrette ?

#6

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

#7

slt,

C’est bizarre que tu swap autant, tu dois avoir trop de processus qui tourne je vois pas autre chose.

#8

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

J’en profite, quels sont les processus inutiles?

#9

slt,

Ecoute les processus qui ne servent pas c’est ce qui te sert a rien !

#10

[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 :smiling_imp:
pourquoi pas “kill tout, et regardes ce qui te manque …”

#11

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).

#12

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 :slightly_smiling: (Ou alors acheter de la ram)

A+

#13

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?

#14

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.

#15

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.