1 votes

Ubuntu 16.04 ne s'allume jamais en alternance

J'utilise Xubuntu 16.04 sur mon ordinateur portable, installé à partir d'une mise à jour de Xubuntu 14.

L'ordinateur portable dispose de 10 Go de RAM et de 4 Go de Swap.

Récemment, j'ai mis à jour le noyau à la version : 4.15.0-51.

Le problème est qu'en fonctionnement normal, le système effectue un échange d'espace au fil du temps mais ne le réintroduit jamais. Ainsi, après des heures/jours de fonctionnement, l'espace d'échange est plein.

Même après avoir fermé tous les processus principaux, l'utilisation de la RAM passe à quelques centaines de Mo, mais le swap reste plein. De plus, en bouclant sur tous les /proc/*/stats y grep VmSwap retourner 0 kB pour tous les processus.

Comment puis-je déboguer la raison pour laquelle le noyau n'effectue pas de swapping ?

C'est comme si le noyau perdait la trace des processus auxquels appartiennent les pages du swap.

J'ai déjà consacré beaucoup de temps à essayer de résoudre ce problème, sans succès. La seule solution que j'ai pour le moment est un script qui crée et recycle (swapoff ; swapon) quelques fichiers swap.

Merci pour toute aide.

1voto

emphaticsunshine Points 1085

Aujourd'hui, j'ai fait un nouvel essai et j'ai trouvé le problème.

J'ai commencé par vérifier à nouveau les informations du meminfo. Voici la sortie de cat /proc/meminfo :

MemTotal:       10133276 kB
MemFree:         2617372 kB
MemAvailable:    4660420 kB
Buffers:          503472 kB
Cached:          3825884 kB
SwapCached:        59448 kB
Active:          3852624 kB
Inactive:        3112996 kB
Active(anon):    2688920 kB
Inactive(anon):  2245220 kB
Active(file):    1163704 kB
Inactive(file):   867776 kB
Unevictable:          32 kB
Mlocked:              32 kB
SwapTotal:       6096888 kB
SwapFree:        2644324 kB
Dirty:                52 kB
Writeback:             0 kB
AnonPages:       2576972 kB
Mapped:           770460 kB
Shmem:           2297836 kB
Slab:             391072 kB
SReclaimable:     325960 kB
SUnreclaim:        65112 kB
KernelStack:       15824 kB
PageTables:        53492 kB
NFS_Unstable:          0 kB
Bounce:                0 kB
WritebackTmp:          0 kB
CommitLimit:    11163524 kB
Committed_AS:   12259512 kB
VmallocTotal:   34359738367 kB
VmallocUsed:           0 kB
VmallocChunk:          0 kB
HardwareCorrupted:     0 kB
AnonHugePages:      2048 kB
ShmemHugePages:        0 kB
ShmemPmdMapped:        0 kB
CmaTotal:              0 kB
CmaFree:               0 kB
HugePages_Total:       0
HugePages_Free:        0
HugePages_Rsvd:        0
HugePages_Surp:        0
Hugepagesize:       2048 kB
DirectMap4k:      349640 kB
DirectMap2M:    10039296 kB

Malgré le problème des 4 Go de swap utilisés par rien, cette fois, les 2 Go de shmem utilisés ont attiré mon attention.

En cherchant cela, j'ai trouvé cette question avec la réponse : Utilisation élevée de la mémoire SHMem !

Donc, en résumé, une utilisation élevée de shmem peut être liée aux répertoires tmpfs. Dans mon cas, /dev utilisait presque 4,8 Go

Voici la sortie de df -h :

Filesystem      Size  Used Avail Use% Mounted on
udev            4,8G  4,8G     0 100% /dev
tmpfs           990M   34M  956M   4% /run
/dev/sda2       255G  232G   11G  96% /
tmpfs           4,9G  220M  4,7G   5% /dev/shm
tmpfs           5,0M  4,0K  5,0M   1% /run/lock
tmpfs           4,9G     0  4,9G   0% /sys/fs/cgroup
/dev/sda5       333G  208G  126G  63% /media/dados
cgmfs           100K     0  100K   0% /run/cgmanager/fs
tmpfs           990M   88K  990M   1% /run/user/1000

Après cela, j'ai juste cherché dans /dev pour trouver le coupable en utilisant le du commandement. Comme il est également mentionné dans le fil que j'ai lié ci-dessus, c'était le bootchart qui stockait d'énormes fichiers journaux à l'intérieur du /dev répertoire.

Merci pour votre aide.

0voto

Predator Points 4000

Vous n'avez pas besoin de vous en inquiéter. Regardez par exemple aquí . Le noyau le suit et il peut réutiliser de l'espace dans le swap.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X