[RAM] Fuites mémoire importantes

Reconnaissance et configuration du matériel / kernel linux
Répondre
Avatar de l’utilisateur
Xorg
Maître du Kyudo
Messages : 1930
Inscription : dim. 22 janv. 2012, 19:25
Localisation : Entre le clavier et la chaise.
Contact :

[RAM] Fuites mémoire importantes

Message par Xorg » dim. 18 déc. 2016, 00:11

Bonsoir,

Cela fait déjà quelques temps que je constate que j'ai beaucoup de RAM utilisée, y compris après avoir fermé tous les programmes ouverts. Je ne parle pas du cache présent en mémoire qui est géré par le noyau (je l'ai déjà vidé manuellement, ça n'agit pas sur ça), et j'ai déjà vérifié du côté des systèmes de fichiers tmpfs.

Déjà, pour commencer, un ps -u, qui montre donc les programmes ouverts qui constituent mon bureau.

Code : Tout sélectionner

USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
xorg      679  0.0  0.0  37040  3436 tty1     Ss   10:27   0:00 -zsh
xorg      725  0.0  0.0  13696  1752 tty1     S+   10:27   0:00 /bin/sh /usr/bin/startx /home/xorg/.X11/xinitrc -- :1 -keeptty
xorg      750  0.0  0.0  15916   240 tty1     S+   10:27   0:00 xinit /home/xorg/.X11/xinitrc -- /usr/bin/X :1 -keeptty vt1 -auth /tmp/serverauth.S9sjnSIDCG
xorg      751  2.6  0.9 511472 77316 tty1     Sl   10:27  21:45 /usr/lib/xorg-server/Xorg :1 -keeptty vt1 -auth /tmp/serverauth.S9sjnSIDCG
xorg      758  0.0  0.2 541800 16860 tty1     Sl   10:27   0:18 mate-session
xorg      793  0.0  0.0 211220  3112 tty1     SLl  10:27   0:00 gnome-keyring-daemon --start
xorg      797  0.0  0.3 1145072 27964 tty1    Sl   10:27   0:23 /usr/lib/mate-settings-daemon/mate-settings-daemon
xorg      801  0.1  0.5 497388 40812 tty1     Sl   10:27   0:56 marco
xorg      807  0.0  0.6 719932 54924 tty1     Sl   10:27   0:03 mate-panel
xorg      823  1.2  0.2 968704 18788 tty1     Sl   10:27   9:46 conky --config=/home/xorg/.conky/conkyrc
xorg      824  0.2  0.5 853608 42016 tty1     Rl   10:27   2:06 cairo-dock -o
xorg      825  0.0  0.5 1215856 42160 tty1    Sl   10:27   0:39 nemo -n
xorg      826  0.0  0.3 536412 28864 tty1     Sl   10:27   0:03 mate-screensaver
xorg      828  0.0  0.1 378448  9508 tty1     Sl   10:27   0:00 /usr/lib/mate-polkit/polkit-mate-authentication-agent-1
xorg      829  0.0  0.1 540892 13136 tty1     Sl   10:27   0:01 mate-power-manager
xorg    23874  0.0  0.4 592464 37704 tty1     Sl   21:00   0:02 /usr/bin/python2 /usr/bin/terminator
xorg    23903  0.0  0.0  41500  5944 pts/0    Ss   21:00   0:00 /usr/bin/zsh
xorg    24613  0.0  0.0  36764  4436 tty2     Ss+  11:30   0:00 -zsh
xorg    25246  0.0  0.0  41032  3456 pts/0    R+   23:55   0:00 ps u
Le problème n'est pas là.

Et un df --si pour vérifier du côté des tmpfs :

Code : Tout sélectionner

devtmpfs                  4,2G       0  4,2G   0% /dev
tmpfs                     4,2G     39M  4,2G   1% /dev/shm
tmpfs                     4,2G    984k  4,2G   1% /run
tmpfs                     4,2G       0  4,2G   0% /sys/fs/cgroup
tmpfs                     4,2G     95k  4,2G   1% /tmp
tmpfs                     4,2G       0  4,2G   0% /media
tmpfs                     833M     21k  833M   1% /run/user/1000
Rien d'anormal ici.

Maintenant, un free -h :

Code : Tout sélectionner

              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           7,8G        2,4G        4,8G         57M        553M        5,1G
Partition d'échange:        8,0G          0B        8,0G
Et enfin, le contenu du fichier /proc/meminfo :

Code : Tout sélectionner

MemTotal:        8134508 kB
MemFree:         5048576 kB
MemAvailable:    5318132 kB
Buffers:           27772 kB
Cached:           511072 kB
SwapCached:            0 kB
Active:           441104 kB
Inactive:         397276 kB
Active(anon):     203380 kB
Inactive(anon):   160256 kB
Active(file):     237724 kB
Inactive(file):   237020 kB
Unevictable:       16800 kB
Mlocked:           16800 kB
SwapTotal:       8388604 kB
SwapFree:        8388604 kB
Dirty:                 0 kB
Writeback:             0 kB
AnonPages:        316272 kB
Mapped:            94900 kB
Shmem:             58728 kB
Slab:              98976 kB
SReclaimable:      28300 kB
SUnreclaim:        70676 kB
KernelStack:        4112 kB
PageTables:        13748 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    12455856 kB
Committed_AS:    1500956 kB
VmallocTotal:   34359738367 kB
VmallocUsed:           0 kB
VmallocChunk:          0 kB
HardwareCorrupted:     0 kB
AnonHugePages:    165888 kB
ShmemHugePages:        0 kB
ShmemPmdMapped:        0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:     6987296 kB
DirectMap2M:     1368064 kB
En gros, j'ai 2Go de RAM marqués comme utilisés, mais ils ne semblent pas être alloués à un processus en cours d'exécution.
Ça me pose problème car c'est de la mémoire perdue, et ça a tendance à utiliser ma partition de swap du coup.
J'ai un uptime de moins de 14h, donc non, redémarrer n'est pas une solution qui m'intéresse.

Si j'ai zappé quelque chose, dites-le moi. Si vous avez une idée, je suis preneur. :)

Merci d'avance.
Arch Linux x86_64 - Gnome 3 (Wayland)
- Desktop : Intel® Core™ i5 2500K - 8Go de DDR3 - SSD 250Go + 2 HDD 500Go
- Laptop : Intel® Pentiuml® 4405U - 4Go de DDR4 - SSD 120Go
Image AUR___Image Wiki___Image GitHub
Tux est un manchot, et non un pingouin. :marche:

Avatar de l’utilisateur
waitnsea
Maître du Kyudo
Messages : 2014
Inscription : jeu. 15 mars 2012, 05:08

Re: [RAM] Fuites mémoire importantes

Message par waitnsea » dim. 18 déc. 2016, 07:19

Xorg a écrit :Si j'ai zappé quelque chose, dites-le moi. Si vous avez une idée, je suis preneur.
Bonjour Xorg,
Sous KDE - bien lourd, cube, etc... - et j'ai 8 Go de RAM comme toi :

Code : Tout sélectionner

ps -u      
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
waitnsea       3883  1.0  0.0  39112  5600 pts/1    Ss   07:10   0:00 /bin/zsh
waitnsea       3892  0.0  0.0  41028  3472 pts/1    R+   07:11   0:00 ps -u
J'ai en cours Thunderbird, Firefox, Cherrytree

Code : Tout sélectionner

df --si
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
devtmpfs           4,2G       0  4,2G   0% /dev
tmpfs              4,2G    181k  4,2G   1% /dev/shm
tmpfs              4,2G    1,5M  4,2G   1% /run
tmpfs              4,2G       0  4,2G   0% /sys/fs/cgroup
/dev/sda3           62G     38G   22G  64% /
/dev/sda2          526M    922k  525M   1% /boot/efi
/dev/sda4           56G     31G   23G  58% /home
tmpfs              4,2G     41k  4,2G   1% /tmp
/dev/sdb1          981G    800G  132G  86% /media/archives
tmpfs              831M     13k  831M   1% /run/user/1000

Code : Tout sélectionner

free -h
              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           7,7G        1,6G        2,7G         15M        3,4G        5,8G
Partition d'échange:        4,0G          0B        4,0G
et enfin

Code : Tout sélectionner

cat /proc/meminfo
MemTotal:        8112584 kB
MemFree:         2827908 kB
MemAvailable:    6072164 kB
Buffers:          530136 kB
Cached:          2163328 kB
SwapCached:            0 kB
Active:          3357160 kB
Inactive:         794920 kB
Active(anon):     886452 kB
Inactive(anon):   587612 kB
Active(file):    2470708 kB
Inactive(file):   207308 kB
Unevictable:          32 kB
Mlocked:              32 kB
SwapTotal:       4194300 kB
SwapFree:        4194300 kB
Dirty:               416 kB
Writeback:             0 kB
AnonPages:       1440156 kB
Mapped:           535844 kB
Shmem:             15456 kB
Slab:             916480 kB
SReclaimable:     872192 kB
SUnreclaim:        44288 kB
KernelStack:        8912 kB
PageTables:        31216 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:     8250592 kB
Committed_AS:    4779208 kB
VmallocTotal:   34359738367 kB
VmallocUsed:           0 kB
VmallocChunk:          0 kB
HardwareCorrupted:     0 kB
AnonHugePages:    270336 kB
ShmemHugePages:        0 kB
ShmemPmdMapped:        0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:      256788 kB
DirectMap2M:     8065024 kB
J'attends l'avis des gens compétents mais j'avais laissé tomber mate et cinnamon pour cause de surchauffe de mon i7 de 1ère génération, si tu appelles ça une piste ?

Avatar de l’utilisateur
Xorg
Maître du Kyudo
Messages : 1930
Inscription : dim. 22 janv. 2012, 19:25
Localisation : Entre le clavier et la chaise.
Contact :

Re: [RAM] Fuites mémoire importantes

Message par Xorg » dim. 18 déc. 2016, 09:44

Bonjour Waitnsea et merci pour ta réponse.

J'utilise plus ou moins MATE, mais je ne constate pas d'usage CPU élevé.
1,6Go de RAM utilisée avec ce que tu as d'ouvert, ça me semble tout à fait correct.

Tiens, c'est le petit matin, je viens juste de booter, et voilà mon utilisation mémoire (dans les mêmes circonstances qu'hier) :

Code : Tout sélectionner

              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           7,8G        333M        6,6G         25M        812M        7,2G
Partition d'échange:        8,0G          0B        8,0G

Code : Tout sélectionner

MemTotal:        8134508 kB
MemFree:         6953980 kB
MemAvailable:    7517668 kB
Buffers:           63040 kB
Cached:           729340 kB
SwapCached:            0 kB
Active:           477436 kB
Inactive:         530940 kB
Active(anon):     222036 kB
Inactive(anon):    25800 kB
Active(file):     255400 kB
Inactive(file):   505140 kB
Unevictable:       16784 kB
Mlocked:           16784 kB
SwapTotal:       8388604 kB
SwapFree:        8388604 kB
Dirty:               276 kB
Writeback:             0 kB
AnonPages:        224884 kB
Mapped:           167480 kB
Shmem:             26400 kB
Slab:              68204 kB
SReclaimable:      44976 kB
SUnreclaim:        23228 kB
KernelStack:        4288 kB
PageTables:        12956 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    12455856 kB
Committed_AS:    1281352 kB
VmallocTotal:   34359738367 kB
VmallocUsed:           0 kB
VmallocChunk:          0 kB
HardwareCorrupted:     0 kB
AnonHugePages:     73728 kB
ShmemHugePages:        0 kB
ShmemPmdMapped:        0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:      124448 kB
DirectMap2M:     8230912 kB
Là on voit bien que seulement 333Mo de RAM sont utilisés (contre 2,4Go hier, alors que j'avais tout fermé).
Je ne comprends pas tout ces nombres, donc je ne sais pas si je cherche au bon endroit.
Arch Linux x86_64 - Gnome 3 (Wayland)
- Desktop : Intel® Core™ i5 2500K - 8Go de DDR3 - SSD 250Go + 2 HDD 500Go
- Laptop : Intel® Pentiuml® 4405U - 4Go de DDR4 - SSD 120Go
Image AUR___Image Wiki___Image GitHub
Tux est un manchot, et non un pingouin. :marche:

lemust83
archer de cavalerie
Messages : 176
Inscription : ven. 11 déc. 2015, 21:20
Contact :

Re: [RAM] Fuites mémoire importantes

Message par lemust83 » dim. 18 déc. 2016, 10:11

Bonjour
Peut être que cet article t'apportera un début de réponse.
Extrait:
Attention à ne pas confondre mémoire inutilisée et mémoire disponible ! Le système consomme un maximum de mémoire pour optimiser au mieux ses performances via l'utilisation de caches, et il n'y a donc que très peu de mémoire inutilisée (colonne free). Mais la mémoire utilisée par les caches (colonnes buffers et cached) peut être libérée à tout moment.
Tour: Arch (Xfce) 64 Testing: Dual core AMD A4-3300
Mobo: Gigabyte model: GA-A55M-S2HP
Bios: Award v: F2 date: 07/13/2011
Manjaro en Dual (grub).

Avatar de l’utilisateur
Xorg
Maître du Kyudo
Messages : 1930
Inscription : dim. 22 janv. 2012, 19:25
Localisation : Entre le clavier et la chaise.
Contact :

Re: [RAM] Fuites mémoire importantes

Message par Xorg » dim. 18 déc. 2016, 10:20

Tu n'as pas lu ce dont on parlait. On parle de la colonne "utilisé" de free, qui ne prend pas en considération la mémoire tampon et la mémoire cache.
J'ai déjà fait un sysctl vm.drop_caches=1 avant mon premier message. Comme je l'ai déjà dit, le problème n'est pas là.
Arch Linux x86_64 - Gnome 3 (Wayland)
- Desktop : Intel® Core™ i5 2500K - 8Go de DDR3 - SSD 250Go + 2 HDD 500Go
- Laptop : Intel® Pentiuml® 4405U - 4Go de DDR4 - SSD 120Go
Image AUR___Image Wiki___Image GitHub
Tux est un manchot, et non un pingouin. :marche:

Fanch
archer
Messages : 138
Inscription : lun. 01 déc. 2008, 21:16
Contact :

Re: [RAM] Fuites mémoire importantes

Message par Fanch » dim. 18 déc. 2016, 12:10

Salut,

Pour éviter que ça swap, le mieux c'est de ne pas avoir de swap ;) (perso j'en utilise plus depuis de nombreuse année...)
Tu peux essayé : sysctl vm.swappiness=10 ou swapoff pour tester (doc a lire pour voir les nuances ;) )

Pour vraiment tous libérer au niveau du cache tu devrais tester aussi : sysctl vm.drop_caches=3
(drop_cache : 1 pour les applis, 2 pour le fs, 3 pour les applis + le fs, en gros :) )

Attention cependant les commandes sysctl ne sont que temporaire (juste au moment ou tu la lance), tu peux faire un cron du genre : '0 * * * * echo 3 > /proc/sys/vm/drop_caches'
"The three principal virtues of a programmer are Laziness, Impatience, and Hubris." -> man perl

Avatar de l’utilisateur
Xorg
Maître du Kyudo
Messages : 1930
Inscription : dim. 22 janv. 2012, 19:25
Localisation : Entre le clavier et la chaise.
Contact :

Re: [RAM] Fuites mémoire importantes

Message par Xorg » dim. 18 déc. 2016, 12:24

Fanch a écrit :Pour éviter que ça swap, le mieux c'est de ne pas avoir de swap ;) (perso j'en utilise plus depuis de nombreuse année...)
Tu peux essayé : sysctl vm.swappiness=10 ou swapoff pour tester (doc a lire pour voir les nuances ;) )
Ça swap parce que ma RAM est pleine. Ça fait de nombreuses années que j'ai mis vm.swappiness=1 dans le fichier de configuration de sysctl, et ça ne swap pas pour rien.
La question, c'est pourquoi la RAM est pleine. En apparence, il n'y a rien d'ouvert : pas de programmes gourmands, rien en cache (car vidé), ce n'est pas du tmpfs qui en est la cause, etc... Et pourtant, il y a bien 2Go d'utilisés. Ce n'est pas justifié. C'est justement ça que je recherche.
Fanch a écrit : Pour vraiment tous libérer au niveau du cache tu devrais tester aussi : sysctl vm.drop_caches=3
(drop_cache : 1 pour les applis, 2 pour le fs, 3 pour les applis + le fs, en gros :) )
De mémoire, la mémoire utilisée par le FS est reportée par free.
Du coup, je ne pense pas que ça soit le FS le fautif, mais à l'occasion, j'essayerai avec 3 pour voir s'il y a du changement, merci. :)
Arch Linux x86_64 - Gnome 3 (Wayland)
- Desktop : Intel® Core™ i5 2500K - 8Go de DDR3 - SSD 250Go + 2 HDD 500Go
- Laptop : Intel® Pentiuml® 4405U - 4Go de DDR4 - SSD 120Go
Image AUR___Image Wiki___Image GitHub
Tux est un manchot, et non un pingouin. :marche:

benjarobin
Maître du Kyudo
Messages : 15565
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [RAM] Fuites mémoire importantes

Message par benjarobin » dim. 18 déc. 2016, 12:59

En effet ce n'est pas vraiment normal, quand tu auras de nouveau le problème, peux tu donner la sortie de :

Code : Tout sélectionner

free -m
ps aux --sort -rss
Zsh | KDE | PC fixe : core i7, carte nvidia | Portable : Asus ul80vt
Titre d'un sujet : [Thème] Sujet (état)

Avatar de l’utilisateur
Xorg
Maître du Kyudo
Messages : 1930
Inscription : dim. 22 janv. 2012, 19:25
Localisation : Entre le clavier et la chaise.
Contact :

Re: [RAM] Fuites mémoire importantes

Message par Xorg » dim. 18 déc. 2016, 13:40

Le free -m :

Code : Tout sélectionner

              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           7956        2452        4191          26        1311        5224
Partition d'échange:        8191           0        8191
Et le ps : http://pastebin.com/raw/Kb29wVrs

En revanche, le sysctl vm.drop_caches=3 a fait une grosse différence, je crois que ça venait de là. À confirmer.
Arch Linux x86_64 - Gnome 3 (Wayland)
- Desktop : Intel® Core™ i5 2500K - 8Go de DDR3 - SSD 250Go + 2 HDD 500Go
- Laptop : Intel® Pentiuml® 4405U - 4Go de DDR4 - SSD 120Go
Image AUR___Image Wiki___Image GitHub
Tux est un manchot, et non un pingouin. :marche:

benjarobin
Maître du Kyudo
Messages : 15565
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [RAM] Fuites mémoire importantes

Message par benjarobin » dim. 18 déc. 2016, 13:50

Je ne suis pas sûr de suivre, la sortie que tu donnes c'est avant ou après drop_caches ?
Zsh | KDE | PC fixe : core i7, carte nvidia | Portable : Asus ul80vt
Titre d'un sujet : [Thème] Sujet (état)

Avatar de l’utilisateur
Xorg
Maître du Kyudo
Messages : 1930
Inscription : dim. 22 janv. 2012, 19:25
Localisation : Entre le clavier et la chaise.
Contact :

Re: [RAM] Fuites mémoire importantes

Message par Xorg » dim. 18 déc. 2016, 13:53

Avant, pardon.
J'ai fait le drop_caches après.
Arch Linux x86_64 - Gnome 3 (Wayland)
- Desktop : Intel® Core™ i5 2500K - 8Go de DDR3 - SSD 250Go + 2 HDD 500Go
- Laptop : Intel® Pentiuml® 4405U - 4Go de DDR4 - SSD 120Go
Image AUR___Image Wiki___Image GitHub
Tux est un manchot, et non un pingouin. :marche:

benjarobin
Maître du Kyudo
Messages : 15565
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [RAM] Fuites mémoire importantes

Message par benjarobin » dim. 18 déc. 2016, 14:13

Et donc cela donne quoi la sortie de free ? (Le ps ne donne rien d'intéressant...)
Zsh | KDE | PC fixe : core i7, carte nvidia | Portable : Asus ul80vt
Titre d'un sujet : [Thème] Sujet (état)

Avatar de l’utilisateur
papajoke
Elfe
Messages : 553
Inscription : sam. 30 août 2014, 19:54
Contact :

Re: [RAM] Fuites mémoire importantes

Message par papajoke » dim. 18 déc. 2016, 17:24

je viens de tomber sur un article qui presente dstat
il me donne des résultat mémoires (exploitable pour retrouver le coupable??) en "temps réel" (1 seconde)

Code : Tout sélectionner

dstat --top-cpu --mem  
  cpu process   | used  free  buff  cach
chromium     0.5|2117M 1571M 4764k 2201M
chromium     2.5|2118M 1569M 4764k 2201M
chromium     0.8|2118M 1569M 4764k 2201M
chromium     2.0|2118M 1569M 4764k 2201M
Xorg         1.0|2118M 1569M 4764k 2201M
chromium     1.8|2119M 1569M 4764k 2201M
chromium     1.0|2119M 1569M 4764k 2201M
chromium     1.8|2119M 1569M 4764k 2201M
chromium     0.5|2119M 1569M 4764k 2201M
chromium     2.2|2119M 1568M 4764k 2201M
plasmashell  2.0|2120M 1568M 4764k 2201M
...
Arch stable - Kde 5 / zsh - btrfs/mbr - Intel Core i3 - 6Go RAM - GeForce 405 video-nouveau

Avatar de l’utilisateur
Xorg
Maître du Kyudo
Messages : 1930
Inscription : dim. 22 janv. 2012, 19:25
Localisation : Entre le clavier et la chaise.
Contact :

Re: [RAM] Fuites mémoire importantes

Message par Xorg » dim. 18 déc. 2016, 20:21

Du coup j'ai suivi la piste de Fanch. Voilà ce que j'avais :

Code : Tout sélectionner

              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           7956        3931        2572         112        1451        3725
Partition d'échange:        8191           0        8191
Et ensuite, après avoir nettoyé les dentries et les inodes (sysctl vm.drop_caches=2) :

Code : Tout sélectionner

              total       utilisé      libre     partagé tamp/cache   disponible
Mem:           7956        1932        5515         112         507        5726
Partition d'échange:        8191           0        8191
On voit bien qu'il y a 2Go en moins d'utilisés (+1Go de tampon/cache). Donc mon problème vient bien de là. Je pensais que le noyau était capable de gérer correctement ça, mais il semblerait que dans certains cas un coup de pouce soit nécessaire. Pour information, j'arrive à ce résultat après avoir ouvert un programme gourmand, du genre un jeu vidéo.

Je pensais que cette commande agissait uniquement sur la partie tampons/cache. Je ne pensais pas que les inodes et les dentries pouvaient prendre autant de place, et j'ignorais encore plus qu'ils font -visiblement- parti de la mémoire "utilisé".

Je vais expérimenter du côté du paramètre vm.vfs_cache_pressure (je teste 50). :)
Arch Linux x86_64 - Gnome 3 (Wayland)
- Desktop : Intel® Core™ i5 2500K - 8Go de DDR3 - SSD 250Go + 2 HDD 500Go
- Laptop : Intel® Pentiuml® 4405U - 4Go de DDR4 - SSD 120Go
Image AUR___Image Wiki___Image GitHub
Tux est un manchot, et non un pingouin. :marche:

benjarobin
Maître du Kyudo
Messages : 15565
Inscription : sam. 30 mai 2009, 15:48
Localisation : Lyon

Re: [RAM] Fuites mémoire importantes

Message par benjarobin » dim. 18 déc. 2016, 20:25

Linux gère ceci très bien !... Au plus de chose il y a dans le cache au plus Linux va aller vite... Ne le vide pas, Linux le fait tout seul quand il a besoin de mémoire vive. Ce qui n'est clairement pas nécessaire ici, il te reste plein de mémoire vive de libre.
Pourquoi tu dis que cela utilise ta partition Swap ? Car dans toutes tes sorties le Swap n'est pas utilisé.
Sinon pour surveiller le tout, j'aime bien utiliser htop
Zsh | KDE | PC fixe : core i7, carte nvidia | Portable : Asus ul80vt
Titre d'un sujet : [Thème] Sujet (état)

Avatar de l’utilisateur
reflets de vert
yeomen
Messages : 294
Inscription : mar. 23 mars 2010, 15:17
Localisation : Strasbourg
Contact :

Re: [RAM] Fuites mémoire importantes

Message par reflets de vert » lun. 10 juil. 2017, 13:06

Ok, je me demandais si cette mémoire vive résiduelle pouvait être supprimée (je voulais revenir à mes 37Mo que j'ai au démarrage!).

Donc ça supprime selon les besoins? Tant mieux.
J'utilise console-tdm, dwm, …
(bon moi aussi j'écris en bépo - même si ça se voit pas)

Répondre