Anomalie #4452
Améliorer la gestion du swap
0%
Description
Actuellement :
total (Mo) used (Mo) free (Mo) swappiness vfs_cache_pressure
===== bastion ===== Swap: 1019 22 997 60 100
===== admin ===== Swap: 1019 104 915 60 100
===== dns ===== Swap: 1019 0 1019 60 100
===== mail ===== Swap: 1019 130 889 60 100
===== sympa ===== Swap: 1019 13 1006 60 100
===== lamp ===== Swap: 1019 12 1007 60 100
===== pad ===== Swap: 1019 44 975 60 100
===== pouet ===== Swap: 1019 222 797 60 100
===== libreoffice ===== Swap: 1019 0 1019 60 100
===== valise ===== Swap: 1019 132 887 60 100
===== xmpp ===== Swap: 1019 1 1018 60 100
===== drop ===== Swap: 1019 83 936 60 100
===== allo ===== Swap: 1019 44 975 60 100
===== maine.chapril.org ===== Swap: 6143 420 5723 60 100
===== coon.chapril.org ===== Swap: 6143 0 6143 60 100
===== icinga2.chapril.org ===== Swap: 487 31 456 60 100
Pour rappel, vm.swappiness=0 signifie : « n'utiliser le swap que pour éviter un OOMKILL ».
Une confiance naturelle envers le noyau consisterait à penser qu'il pourrait faire du swap intelligent (mettre en swap des pages mémoires excessivement rarement utilisées) pour se donner plus de place pour les pages buffer/cache/etc. Par défaut oui. Mais on peut s'interroger sur la quantité de pages concernées. A priori, on peut penser que c'est faible et donc que l'on peut s'en passer. En conséquence, l'approche de « n'utiliser le swap que pour éviter un OOMKILL » semble totalement acceptable.
Sur le SI April, on a vm.swappiness=1 et on étudie la pertinence de passer à vm.swappiness=0 (ticket #4450).
Demande : passer vm.swappiness=0 sur toutes les machines (pm + vm) du SI Chapril.
Note : déploiement via le paquet Chapril avec un fichier dans /etc/sysctrl/chapril.conf (méthode similaire au paquet eeinstall) ?
Historique
Mis à jour par Christian P. Momon il y a presque 4 ans
- Statut changé de Nouveau à En cours de traitement
- Assigné à mis à Christian P. Momon
Ajout de vm.swappiness=0 dans le paquet sexy-chapril et déploiement le 10/05/2020.
Mis à jour par Christian P. Momon il y a presque 4 ans
Résultat après 5 jours :
RAM SWAP SWAP SWAP
total (Mo) total (Mo) used (Mo) used (Mo)
avant=60 après=0
===== bastion ===== 987 1019 22 8
===== admin ===== 987 1019 104 61
===== dns ===== 987 1019 0 0
===== mail ===== 1995 1019 130 0
===== sympa ===== 1995 1019 13 24
===== lamp ===== 987 1019 12 18
===== pad ===== 987 1019 44 44
===== pouet ===== 3946 1019 222 332
===== libreoffice ===== 987 1019 0 0
===== valise ===== 987 1019 132 100
===== xmpp ===== 987 1019 1 3
===== drop ===== 987 1019 83 54
===== allo ===== 987 1019 44 80
===== maine.chapril.org ===== 31963 6143 420 139
===== coon.chapril.org ===== 31963 6143 0 0
===== icinga2.chapril.org ===== 987 487 31 23
Commentaires :
- c'est mieux mais pas si flagrant ;
- la vm pouet semble vraiment avoir besoin de plus de ram.
Mis à jour par Christian P. Momon il y a presque 4 ans
- Statut changé de En cours de traitement à Résolu
Le 13/05/2020 à 16:55, Emmanuel Lacour via RT a écrit :
Donc AMHA, il vaut mieux rester sur une valeur basse de swappiness,
mais pas 0
Et de plus, il semblerait que le vm.swappiness=0 puisse être source de OOMKILL. Donc, déploiement de vm.swappiness=1.
Fait dans le paquet sexy-chapril. Sera pris en compte au prochaine reboot.
Mis à jour par Christian P. Momon il y a presque 4 ans
- Version cible changé de Backlog à Sprint 2020 mai