qui consomme cette ram ?

autrekrikri · 14-03-2016 21:20:34

Bonjour à tous,
j'ai remarqué qu'au bout d'un certain temps (et d'un temps certain), mon usage de mémoire ram augmente, en passant de 500Mio à presque 1.5Gio sans redescendre.
Je ne sais pas quoi lancer pour savoir où part cette ram.
Pourriez m'aider SVP ?
[edit] à priori en utilisant htop, il me semble me rendre compte que osmo et icedove deviennent glouton en ram durant le temps qui passe.
Avez vous remarqué ça aussi ?

Dernière modification par autrekrikri (14-03-2016 21:24:42)

Severian · 14-03-2016 21:29:09

tu as essayer de lancer la commande top dans un terminal pour voir ce qui se passe ?

autrekrikri · 14-03-2016 21:33:59

Severian a écrit :

tu as essayer de lancer la commande top dans un terminal pour voir ce qui se passe ?

Je dis une bêtise en pensant que top et htop, même combat ?

Severian · 14-03-2016 21:35:08

non tu ne dis pas de bêtise

autrekrikri · 14-03-2016 21:42:18

Severian a écrit :

non tu ne dis pas de bêtise

Bon ben alors, pas de nouveau depuis mon edit

Severian · 14-03-2016 21:53:20

je ne connais pas "osmo" et je me suis débarassé de icedove pour lui préférer claws-mail (pour moi claws-mail c'est 47 MiB, pc ouvert depuis ce matin, 4 boite mail vérifié toute les 30 minutes, et 4 flux rss toute les 2 heures) je n'ose imaginer ce que ça donnerait sur icedove

au passage, icedove n’intègre pas un calendrier / gestionnaire de tâche maintenant ?

autrekrikri · 15-03-2016 05:38:09

Severian a écrit :

je ne connais pas "osmo" et je me suis débarassé de icedove pour lui préférer claws-mail (pour moi claws-mail c'est 47 MiB, pc ouvert depuis ce matin, 4 boite mail vérifié toute les 30 minutes, et 4 flux rss toute les 2 heures) je n'ose imaginer ce que ça donnerait sur icedove

au passage, icedove n’intègre pas un calendrier / gestionnaire de tâche maintenant ?

Bon, je viens de tester rapidement claw-mail, en effet, ça rox !
Par contre, pour configurer les comptes, c'est plus rude.
Est-ce que claw-mail, comme icedove, concerve les dossier créés dans la boite mail et les affiche ?
Par exemple, j'ai un dossier boulot, un dossier factures ... Et icedove me les affiches et sait les gérer : si je met un mail dedans avec icedove, il y est mis automatiquement dans le webmail.

Coconuts · 15-03-2016 07:40:50

autrekrikri a écrit :

Par contre, pour configurer les comptes, c'est plus rude.

Bonjour autrekrikri,

Un super tuto, que Anonyme-8 a concocté aux petits oignons. ici https://debian-facile.org/doc:reseau:claws-mail

Dunatotatos · 15-03-2016 10:31:24

Qu'est-ce qui te fait dire que ton usage de RAM augmente ? Le retour de la commande free ? htop ? La totalité des 1.5Gio est utilisée, ou une partie est en cache ?

autrekrikri · 15-03-2016 11:14:48

Dunatotatos a écrit :

Qu'est-ce qui te fait dire que ton usage de RAM augmente ? Le retour de la commande free ? htop ? La totalité des 1.5Gio est utilisée, ou une partie est en cache ?

Ce qui me fait dire que l'usage de la ram augmente, c'est la sortie de conky, lancé sur xterm dès mon login, et le retour de la commande htop.
Par contre, je ne vois pas où je peux faire la différence entre usage et cache ... Désolé.

raleur · 15-03-2016 12:50:38

Tout simplement avec la commande

free

smolski · 15-03-2016 12:53:21

Et zut, pas un tuto sur la commande free et son usage dans le wiki df !

Dunatotatos · 15-03-2016 16:20:28

Est-ce vraiment nécessaire ? Le manuel de free est on ne peut plus clair, et sa sortie des plus intuitives.

Quant à l'utilisation de la RAM, htop indique effectivement en pourcentage (et via les barres vertes), l'utilisation de la RAM et non le cache ou le buffer. (voir la page d'aide accessible en pressant F1 dans htop, la barre verte représente la mémoire utilisée, la bleue les buffers, et la barre orange le cache)

icedove et osmo utilisent respectivement combien de RAM ? Après, 1.5Gio, c'est pas grand chose... Est-ce vraiment gênant ?

phlinux · 15-03-2016 20:49:32

autrekrikri a écrit :

Severian a écrit :
tu as essayer de lancer la commande top dans un terminal pour voir ce qui se passe ?

Je dis une bêtise en pensant que top et htop, même combat ?

Oui. Top donne la partie "cached" en chiffres

autrekrikri · 15-03-2016 21:03:59

Dunatotatos a écrit :

Est-ce vraiment nécessaire ? Le manuel de free est on ne peut plus clair, et sa sortie des plus intuitives.

Quant à l'utilisation de la RAM, htop indique effectivement en pourcentage (et via les barres vertes), l'utilisation de la RAM et non le cache ou le buffer. (voir la page d'aide accessible en pressant F1 dans htop, la barre verte représente la mémoire utilisée, la bleue les buffers, et la barre orange le cache)

icedove et osmo utilisent respectivement combien de RAM ? Après, 1.5Gio, c'est pas grand chose... Est-ce vraiment gênant ?

Le fait que cela représente beaucoup ou pas, ici, ne m’intéresse pas ou n'a pas de réelle incidence sur mon usage de linux (je dois avoir 12 Gio de ram) mais j'essais d'avoir une emprunte assez faible voir la plus faible.
voici la sortie de top :

Tasks: 202 total,   1 running, 201 sleeping,   0 stopped,   0 zombie

%Cpu(s):  8,9 us,  1,2 sy,  0,0 ni, 89,9 id,  0,0 wa,  0,0 hi,  0,0 si,  0,0 st

KiB Mem:  12236828 total, 11369000 used,   867828 free,  4951280 buffers

KiB Swap:        0 total,        0 used,        0 free.  4801260 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND                                            

 3503 pitou     20   0 1184080 141084  39160 S  36,9  1,2  21:19.52 mpv                                                

 4119 pitou     20   0  501304  14988  12216 S   3,7  0,1  65:35.12 pulseaudio                                         

20465 pitou     20   0 12,791g  96268  40652 S   0,7  0,8   5:31.98 osmo                                               

20935 pitou     20   0 2440264  66248  26524 S   0,7  0,5   3:08.02 transmission-qt                                    

    3 root      20   0       0      0      0 S   0,3  0,0   3:03.07 ksoftirqd/0                                        

   41 root      20   0       0      0      0 S   0,3  0,0   0:56.09 kswapd0                                            

  852 root      20   0  222080   1540    308 S   0,3  0,0  29:05.80 teamviewerd                                        

 7201 pitou     20   0   25772   3120   2524 R   0,3  0,0   0:00.04 top

et celle de free

             total       used       free     shared    buffers     cached

Mem:      12236828   11658500     578328      24668    5100336    4970316

-/+ buffers/cache:    1587848   10648980

Swap:            0          0          0

NB : je n'ai pas de swap, cela m'a semblé inutile avec mon usage, ma ram et le fait que le système soit sur un ssd.

raleur · 16-03-2016 11:25:33

autrekrikri a écrit :

j'essais d'avoir une emprunte assez faible voir la plus faible

C'est idiot. A quoi bon avoir 12 Gio de RAM si c'est pour ne pas l'utiliser ? Linux met beaucoup de données en cache pour ne pas avoir besoin de les recharger depuis le disque.
Tu as écrit qu'osmo et icedove occupent beaucoup de mémoire mais top indique 96268 Kio pour osmo (c'est la colonne RES qui compte pour l'allocation réelle, VIRT c'est du virtuel) sur les 1,5 Gio octets occupés hors pagecache et buffers, et on ne voit même pas icedove.
Tu peux essayer ceci :

echo 2 > /proc/sys/vm/drop_caches

Cela libèrera la mémoire "réclamable" occupée notamment par les caches de "dentries" et "inodes" (métadonnées du système de fichiers) et tu pourras comparer la sortie de la commande free avant et après. Attention : le système risque ensuite d'être moins réactif pendant un certain temps car il devra recharger des méta-données qui étaient en mémoire. C'est là qu'on se rend compte de son utilité (peut être moins avec un SSD).

Dernière modification par raleur (16-03-2016 11:29:38)

bendia · 16-03-2016 11:36:43

raleur a écrit :

C'est idiot.

Je pense que tu voulais dire contre-productif

Dunatotatos a écrit :

Est-ce vraiment nécessaire ? Le manuel de free est on ne peut plus clair, et sa sortie des plus intuitives.

A la vue de ces échanges, ça serait peut-être pas mal un tuto plus généraliste sur les différents types de mémoire (j'ai peut-être pas le bon terme), leur impact sur le système et les différentes commande pour mesurer tout ça

Dunatotatos · 16-03-2016 12:27:17

bendia a écrit :

A la vue de ces échanges, ça serait peut-être pas mal un tuto plus généraliste sur les différents types de mémoire (j'ai peut-être pas le bon terme), leur impact sur le système et les différentes commande pour mesurer tout ça

Autant je suis pour la redondance des données, autant je me bats contre la répétition excessive et sans valeur ajoutée. Les explications sont légions :
https://www.vincentliefooghe.net/conten … et-du-swap
http://serverfault.com/questions/85470/ … ut-of-free
http://www.linuxatemyram.com/
http://stackoverflow.com/questions/6345 … r-vs-cache
https://www.randco.fr/blog/2012/gestion … ous-linux/
http://a.michelizza.free.fr/pmwiki.php? … dminMemory
http://www.linuxnix.com/find-ram-size-in-linuxunix/

Plus les moult manuels et menus d'aide des différentes commandes (vmstat, free, top, htop, atop), plus les documentations Debian en toutes les langues et versions imaginables.

Dernière modification par Dunatotatos (16-03-2016 12:29:48)

smolski · 16-03-2016 12:32:45

Ah c'est un projet intéressant, effectivement.
Dunatotatos, aurais-tu la possibilité de l'initier et que nous nous mettions à plusieurs ensuite pour le réaliser ?
Peut-être un tuto générique des mémoires et des liens vers des tutos spécifiques ?

bendia · 16-03-2016 16:25:52

Je me suis permis de scinder la discussion qui commence à partir en HS, bien qu'étant très intéressante au demeurant

La suite est donc par là https://debian-facile.org/viewtopic.php?id=13713

autrekrikri · 16-03-2016 19:42:28

wow 8) ça c'est de la discussion ...
Je vais tout de même essayer de répondre aux questions qui m'ont été posées :
@ raleur : ce n'est pas parce que j'ai une voiture qui roule vite que je veux tout le temps rouler vite, ici, soit, j'ai 12 Gio de ram, mais en utilisation quotidienne je ne souhaite pas "trop" en utiliser, j'aime quand c'est rapide

Au moment de top, j'avais fermé icedove (oui je sais, c'est bête

)
la commande ne fonctionne pas, voici son retour :

sudo echo 2 > /proc/sys/vm/drop_caches

bash: /proc/sys/vm/drop_caches: Permission non accordée

raleur · 16-03-2016 20:04:13

Et encore un qui s'est fait avoir par sudo. La redirection > est faite par le shell qui appelle sudo, donc avec les droits de l'utilisateur normal et pas les droits de root. Comme je ne n'utilise pas sudo et ne me souviens jamais de la parade, je te propose deux contournements :
- soit ouvrir un shell root avec "sudo -s" et y exécuter la commande,
- soit utiliser sysctl qui ne nécessite pas de redirection :

sudo sysctl vm.drop_caches=2

autrekrikri a écrit :

ce n'est pas parce que j'ai une voiture qui roule vite que je veux tout le temps rouler vite

Je ne vois pas le rapport avec l'utilisation de la mémoire.

autrekrikri a écrit :

j'ai 12 Gio de ram, mais en utilisation quotidienne je ne souhaite pas "trop" en utiliser, j'aime quand c'est rapide

Faudrait savoir, tu veux aller vite ou pas ?
Il y a une contradiction dans ce que tu écris : utiliser plus de mémoire peut rendre le système plus rapide, c'est le but de tous les caches. Pour être plus rapide, il ne faut pas utiliser moins de mémoire mais moins d'accès disque.

bendia · 16-03-2016 21:15:01

Hum, aux limites de ce qu'a dit raleur concernant les approximations de cet article, voilà ce qu'on y lit :

Nicolas PANHALEUX dans randco.fr a écrit :

Pour bien comprendre l’interet de garder/monter en mémoire cache des données peu ou plus utiles, il faut se dire que tout espace RAM non utilisé est gaspillé.

Je comprend à la lecture de cet article qu'il est normal que la mémoire se remplisse via des données mises en cache qui seront le cas échéant déchargées pour libérer de la place si besoin. Il est donc normal d'avoir une mémoire pleine et il n'est nécessaire de chercher à la réduire son emprunte que si la mémoire est limitée.

Je résume bien @raleur ?

raleur · 17-03-2016 10:05:46

Le sujet est difficile à résumer car complexe, je n'en connais moi-même que les grandes lignes.

On a coutume de dire que la colonne "cache" (pagecache) représente des données provenant du disque qui peuvent être supprimées en cas de besoin, et que la colonne "used -/+ buffers/cache" représente la mémoire occupée par les programmes en cours d'exécution (les 1,5 Go qui inquiètent autrekrikri). C'est une simplification grossière.

Dans le pagecache, il y a aussi tout le contenu des tmpfs et apparentés (rootfs, ramfs, devtmpfs) qui ne peut pas être supprimé (le contenu d'un tmpfs peut néanmoins être swappé). Du côté des fichiers mis en cache, il n'y a pas que les fichiers simplement lus. Il y a aussi les fichiers "mappés", incluant notamment les binaires exécutables en cours d'exécution et les bibliothèques partagées en cours d'utilisation.

La mémoire utilisée hors buffers/cache inclut divers caches du noyau et notamment des méta-données du système de fichiers (appelées dentries et inodes) qui contiennent des informations sur les répertoires et fichiers. Cela peut représenter une part significative. un simple ls -lR / peut la faire grossir.

albacore · 13-04-2021 18:21:23

Bonjour à tout le monde,

Avec claws-mail que j'utilise depuis longtemps et que j'ai très difficilement voulu installer sur un nouveau PC avec ce truc appelé EFI j'avais un affichage minuscule et la faute : la conf d'origine utilise des fontes en 10 j'ai changé pour 14 dans Configuration/Préférences/Affichage/Polices et je n'ai plus besoin de loupe.
Quand au EFI trituré par MS je m'en suis sorti grâce à rEFInd sur un CD. si sa peu servir ?

Debian-facile

#1 14-03-2016 21:20:34

qui consomme cette ram ?

#2 14-03-2016 21:29:09

Re : qui consomme cette ram ?

#3 14-03-2016 21:33:59

Re : qui consomme cette ram ?

#4 14-03-2016 21:35:08

Re : qui consomme cette ram ?

#5 14-03-2016 21:42:18

Re : qui consomme cette ram ?

#6 14-03-2016 21:53:20

Re : qui consomme cette ram ?

#7 15-03-2016 05:38:09

Re : qui consomme cette ram ?

#8 15-03-2016 07:40:50

Re : qui consomme cette ram ?

#9 15-03-2016 10:31:24

Re : qui consomme cette ram ?

#10 15-03-2016 11:14:48

Re : qui consomme cette ram ?

#11 15-03-2016 12:50:38

Re : qui consomme cette ram ?

#12 15-03-2016 12:53:21

Re : qui consomme cette ram ?

#13 15-03-2016 16:20:28

Re : qui consomme cette ram ?

#14 15-03-2016 20:49:32

Re : qui consomme cette ram ?

#15 15-03-2016 21:03:59

Re : qui consomme cette ram ?

#16 16-03-2016 11:25:33

Re : qui consomme cette ram ?

#17 16-03-2016 11:36:43

Re : qui consomme cette ram ?

#18 16-03-2016 12:27:17

Re : qui consomme cette ram ?

#19 16-03-2016 12:32:45

Re : qui consomme cette ram ?

#20 16-03-2016 16:25:52

Re : qui consomme cette ram ?

#21 16-03-2016 19:42:28

Re : qui consomme cette ram ?

#22 16-03-2016 20:04:13

Re : qui consomme cette ram ?

#23 16-03-2016 21:15:01

Re : qui consomme cette ram ?

#24 17-03-2016 10:05:46

Re : qui consomme cette ram ?

#25 13-04-2021 18:21:23

Re : qui consomme cette ram ?

Pied de page des forums