[ram]utilisation de la ram en forte augmentation (résolu)

[avi3000]

Bonjour,

Mon install est en 64 bits avec lxde.
Depuis quelques jours l'utilisation de la ram est passée de 120Mo à 180~190Mo après le boot.
j'ai refait une installation + update, même résultat.

le pourquoi du comment

[FoolEcho]

Salut,

j'ai refait une installation + update, même résultat.

Etonnant, non ? (le prend pas mal, c'est juste pour illustrer au passage, une fois de plus, qu'une réinstallation ne sert souvent pas à grand chose)

Bon, faut surveiller les processus (par exemple avec "top") et voir tes dernières mises à jour... Je te conseille de te servir d'ARM pour rétrograder Arch à une date ultérieure pour la comparaison (parce qu'un top actuel, seul, ne va sûrement pas beaucoup nous éclairer): http://wiki.archlinux.fr/Downgrade#Arch ... ck_Machine...

[avi3000]

j'aime bien réinstaller, ça me fait des révisions.
je retourne pas non plus à la case départ, mais 2 secondes après le bing-bang.

je pense que kernel26-2.6.39.3-1-x86_64.pkg.tar.xz du 9/7 y est pour quelque chose.
je vais retourner 2 secondes après le bing-bang sans update pour être sûr.

[chipster]

C'est surtout xorg qui y est pour quelque chose et non le kernel

[avi3000]

celui-ci xorg-server-common-1.10.3-1-x86_64.pkg.tar.xz et ses frères, sont également du 9/7.

[tuxce]

Si tu surveilles aussi finement la mémoire utilisée par ton poste, tu dois sûrement avoir un état des processus et leur consommations de ram quand tu n'avais que 120mo ?
Sinon, sans savoir (au pif et mélangé) ce que t'utilises, dans quel état, la température de la pièce, ton fond d'écran, le nombre de vidéos supplémentaires de ta page d'accueil... ça peut se tenter avec une boule de cristal mais difficilement

Code : Tout sélectionner

ps -e --sort rss -o rss,time,command | grep -v '^ *0'

peut donner une indication, mais à moins d'avoir un processus qui consomme beaucoup plus que la moyenne, il faudrait un état avant pour comparer.

[avi3000]

le big-bang + 2 secondes

Code : Tout sélectionner

pacman -Syu #synchronisation et mise à jour des paquets
groupadd sudo
useradd -g users -G users,wheel,sudo -m moi

pacman -Sy openssh
pacman -Syu xorg-server xorg-xinit xorg-utils xorg-server-utils
pacman -S xorg-twm xorg-xclock xterm
pacman -S xf86-video-intel xf86-video-vesa xf86-video-fbdev #ou autre, mais les bons
pacman -S sudo gksu conky

les mises à jours du 9/7 sont faites.
Environ 80 processus et 110-120 de ram avec startx en root, twm et conky à ce niveau.
dans la bonne moyenne
Je passe au big-bang + 1mn dès ce soir (lxde, consoleKit, polkit, udev, catfish, firefox...) .

[chipster]

bah moi je dis FF avec le passage à la dernière mouture ^^

[FoolEcho]

Au jeu des pronostics: +1 avec chipster.

[avi3000]

J'installe le navigateur assez tôt car c'est bien pratique et ça n'a aucune influence sur la quantité de ram utilisée après le boot.

big-bang + 1mn

Code : Tout sélectionner

pacman -S lxde geany
pacman -S firefox firefox-i18n-fr
pacman -S xorg-fonts-type1 ttf-dejavu artwiz-fonts font-bh-ttf font-bitstream-speedo gsfonts sdl_ttf ttf-bitstream-vera ttf-cheapskate ttf-liberation
pacman -S lm_sensors hddtemp cpufrequtils
pacman -S catfish findutils gnome-icon-theme

[root@myhost conf.d]# ln -s ../conf.avail/10-antialias.conf
[root@myhost conf.d]# ln -s ../conf.avail/10-hinting.conf
[root@myhost conf.d]# ln -s ../conf.avail/10-hinting-slight.conf
[root@myhost conf.d]# ln -s ../conf.avail/11-lcd-filter-lcddefault.conf

[FoolEcho]

En même temps, tuxce t'a donné une formule magique... sans son produit, nous en sommes réduit aux conjectures.

et ça n'a aucune influence sur la quantité de ram utilisée après le boot.

On ne sait pas non plus à quel moment tu prends ta mesure...

[avi3000]

L'installation de firefox n'a aucune influence sur la quantité de ram utilisée après le boot.
Ou alors je ne comprends plus rien à l'informatique en général et à linux en particulier.
La mesure est prise en continu via conky.

>tuxce t'a donné une formule magique.
sur win2000, la formule ne me sert pas à grand chose. Ce soir il en sera tout autrement.

[tuxce]

Elle ne sert pas non plus quand l'ordinateur est éteint, mais c'est bien de le préciser, on ne sait jamais

"Après le boot", c'est relatif, on commence à voir + ou - ce que tu entends par là, mais par exemple, perso, après le boot sur une machine, c'est un tty1 et rien de plus, et sur une autre, c'est déjà une session, un navigateur, un client mail, un terminal etc.

En bref, vu que t'as accès à l'état ou c'était 120mo, tu lances la commande dans cet état, puis après, t'auras ta réponse.

[avi3000]

après le boot ..... de ma session graphique.

Environ 80 processus et 110-120 de ram avec startx en root, twm et conky à ce niveau.

[oloꟼ]

Je comprends pas, tu passes d'une installation ultra minimale à un environnement de bureau complet et tu te demandes ce qui fait augmenter la consommation de RAM c'est bien ça ?

Lorsque tu consommais 120Mo de RAM, t'étais déjà sous LXDE ?

[FoolEcho]

L'installation de firefox n'a aucune influence sur la quantité de ram utilisée après le boot.

après le boot ..... de ma session graphique.

Avec ce genre de choses, c'est moi qui ne comprends plus rien (mais c'est normal, j'ai des problèmes de logique, il paraît ). Faut se décider sur la définition du "après le boot".

[avi3000]

Lorsque tu consommais 120Mo de RAM, t'étais déjà sous LXDE ?

La réponse est oui. Une xubuntu 32 bits est également à ce niveau là après le boot graphique.

J'ai rien contre les ordis en tty, mais j'en ai peu l'usage.

@FoolEcho: L'installation de firefox n'a aucune influence sur la quantité de ram utilisée après le boot.
Tu n'es pas de cet avis ?

[avi3000]

Il parait, enfin y'en a qui disent, qu'une réinstallation ne sert souvent pas à grand chose.
C'est possible, mais c'est parfois fort utile.
Avec un système bien propre, c'est quand même plus facile de trouver le pourquoi du comment.
La réponse était dans mon fstab

Code : Tout sélectionner

# <file system>        <dir>         <type>    <options>          <dump> <pass>
UUID=b35da0b3-c6c4-4961-b4ef-0000000000 / ext4 noatime,discard,errors=remount-ro 0 0
UUID=d106e363-9d35-4579-b47c-0000000000 /home ext4 defaults 0 0
# swap was on /dev/sdb8 during installation
UUID=34dda531-f250-480f-922b-0000000000 none swap sw 0 0
# pour pas abimer ls ssd
tmpfs	/tmp tmpfs defaults,size=4g 0 0

Contrairement à la première idée qui m'est venue ce n'est pas le tmpfs qui est en cause, mais le swap.
La quantité de ram utilisée sera de 120Mo sans le swap et de 180 avec le swap, après le boot ..... de la session graphique.
Avec Ubuntu 64bits c'est 273Mo/455Mo dans les mêmes situations.
Avec Xubuntu 32bits c'est 120Mo/295Mo.

voici, voilà, je passe le sujet en résolu.

[avi3000]

En complément:
les chiffres qui précèdent sont pour un swap de 255Go, ce qui est beaucoup pour un swap.
J'ai refait un test avec un swap de 800Mo, et miracle, la quantité de ram utilisée n'augmente pas ou trop peu pour le voir.

Ce coup-ci c'est résolu de chez résolu.

[tuxce]

255 Go

Le thread du noyau s'occupant de la swap, kswapd s'affiche aussi dans le "ps ..." mais bon, une réinstallation, surveiller sa ram à 60mo près et utiliser une swap de 255 go, ce n'est pas incompatible