La quatrième colonne de la sortie de free
est nommée partagée . Sur la plupart des sorties que je peux voir sur Internet, la mémoire partagée est nulle. Mais ce n'est pas le cas sur mon ordinateur:
$ free -h
total used free shared buff/cache available
Mem: 7,7G 3,8G 1,1G 611M 2,8G 3,0G
Swap: 3,8G 0B 3,8G
Voici également un extrait de la sortie de ps_mem.py
:
Private + Shared = RAM used Program
---------------------------------
21.4 MiB + 1.0 MiB = 22.4 MiB bash (9)
29.2 MiB + 5.3 MiB = 34.5 MiB Xorg
35.9 MiB + 858.5 KiB = 36.7 MiB tor
42.9 MiB + 9.6 MiB = 52.5 MiB urxvt (16)
121.0 MiB + 24.9 MiB = 145.8 MiB okular (2)
151.8 MiB + 2.8 MiB = 154.6 MiB soffice.bin
3.7 GiB + 209.3 MiB = 4.0 GiB chromium (39)
---------------------------------
4.6 GiB
=================================
Quelle est la signification d'une mémoire partagée ?
La réponse principale dans la question 14102 dit: partagée: un concept qui n'existe plus. Il est laissé dans la sortie pour une compatibilité descendante . Ça me semble insuffisant. Un concept «inexistant» ne prend pas plus de 600 Mo de RAM.
man free
?Réponses:
"Shared" in
free
et "Shmem" in/proc/meminfo
count toute la mémoire utilisée par le système de fichiers tmpfs (un système de fichiers en mémoire) ainsi que la mémoire partagée (allouée parshmget(2)
). Ceci est documenté dans https://www.kernel.org/doc/Documentation/filesystems/tmpfs.txt .Voici un exemple de l'un de mes serveurs:
Si vous résumez la taille utilisée (3e colonne) de tous les systèmes de fichiers tmpfs répertoriés par
df
, vous constaterez que la somme est égale à "partagée" et "shmem".la source
tmpfs
nécessaires, puis-je les supprimer et si possible comment les supprimer?. J'ai rencontré ce problème plusieurs fois après avoir réveillé le système de l'hibernation (~ 4 Go sont pris parshared
)