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
signature.asc
Description: Digital signature
_______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
