Salut,
On Fri, Dec 16, 2016 at 02:40:31PM +0100, Alarig Le Lay wrote:
On Fri Dec 16 11:18:18 2016, Luc Didry wrote:
vendredi 16 décembre 2016, 10:56:50 CET Alarig Le Lay wrote:
J’ai un munin, et il n’y a pas eu de bourrinage car nous n’avons pas créé de nouvelle VM et la RAM est réservée pour chaque VM (chaque processus KVM prend 512M de RAM).
https://monitoring.grifon.fr/munin/grifon.fr/erispoe.grifon.fr/memory.html
La baisse de swap, c’est quand on l’a vidé pour changer la valeur de swapiness.
Tu vois la belle ligne vert foncé qui part vers l'infini et l'au-delà ? (committed) C'est ça qui te fait swapper, j'ai eu le même problème en début de semaine. Mon problème venait d'une appli faisant partie de Jitsi meet, en la redémarrant, hop, a plus problème. Depuis je lui ai mis un restart avec le logrotate.
Tu dois avoir une appli qui fait la même chose.
Okay, donc si je comprends bien, la RAM commitée est la RAM qui a été demandée par un programme, qu’elle soit utilisée ou pas ? Le kernel voit ça, et met la RAM qui n’est pas souvent demandée en swap ?
Non, vu c'est de l'allocate on write par défaut, la valeur committed ne sert qu'a titre informatif et n'influe en rien les décisions de swap.
Par contre, le kernel préfère swapper des pages totalement -inutiles- pour avoir plus de cache disque -utile-, pour toutes les valeurs de vm.swappiness autre que 0.
Sylvain