Merci pour cette information, toujours bon à savoir. Dans mon cas ça ne pouvait pas être ça, postgres est multiprocess ;)
Le 29 septembre 2014 17:03, Jean Weisbuch <j...@plusquenet.net> a écrit : > Désactiver complètement le swap est rarement une bonne idée, il est plus > prudent d'en laisser un peu avec le swapiness très bas (ou à 0). > > Par contre, pour le soucis de ram utilisée, il faut également regarder du > coté du NUMA interleaving si le serveur est multi-CPU en architecture NUMA, > si l'interleaving n'est ni activé dans le bios, ni forcé au niveau > applicatif avec numactl, un processus ne pourra pas utiliser à lui tout seul > plus que la mémoire physique attenante à un CPU physique (RAM/nombre de > CPU). > > Le 29/09/2014 16:57, adrien nayrat a écrit : > >> Le 29 septembre 2014 16:37, nap <napar...@gmail.com> a écrit : >>> >>> 2014-09-29 16:15 GMT+02:00 <fr...@jack.fr.eu.org>: >>>> >>>> Pourquoi tu met du swap avec 20G de ram ? >>>> Vu le faible montant dudit swap, j'imagine qu'il n'est pas vraiment >>>> requis. >>>> >>>> Pourquoi ne pas virer le swap ? >>> >>> +1. sur mes serveurs Oracle c'était 0 de swap (enfin si à l'install car >>> Oracel check, mais après hop on vire). Même avec swapiness à 0 le swap st >>> trop utilisé face au cache disque (or dans lecas d'une bdd on préfère que >>> ce >>> soit la base qui gère ça, pas trop le système). >>> >>> Surtout qu'il faut se poser la question de voir ce qui se passe quand tu >>> es >>> déjà à jouer avec le swap pour une vraie raison (donc trop de conso, pas >>> juste le cache qui ne veux pas rétrécir). Dans mon cas il valait mieux >>> que >>> ça explose gentiment (HA inside) plutôt qu'un ralentissement qui te fait >>> perdre la main sur la machine. >>> >>> Jean >> >> Qu'est-ce que tu avais comme valeur d'overcommit? >> >> Je comprends votre volonté de mettre un swap à 0. pour info on avait >> gardé un swap juste "au-cas-ou" mais le swap n'est absolument pas >> utilisé. Le free -m le confirme, on avait des "out of memory" alors >> qu'on avait 0 à l'utilisation du swap. >> En désactivant la sur-allocation la machine est beaucoup plus stricte, >> donc comme je l'avais proposé on peut augmenter la RAM ou augmenter la >> swap pour jouer sur le CommitLimit . La swap ne serait utilisée >> seulement si tous les process se mettaient à consommer toute la >> mémoire qu'ils avaient alloué. sur notre serveur c'est loin d'être le >> cas, à peine 50% de la RAM utilisée, le reste c'est du cache disque. >> >> Pour info : >> With strict overcommit enabled on the system (mode 2 in >> 'vm.overcommit_memory'),allocations which would exceed the CommitLimit >> (detailed above) will not be permitted. >> >> The CommitLimit is calculated with the following formula: >> CommitLimit = ([total RAM pages] - [total huge TLB >> pages]) * overcommit_ratio / 100 + [total swap pages] >> >> >> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/Documentation/filesystems/proc.txt?id=HEAD#n864 > > _______________________________________________ > Liste de diffusion du FRsAG > http://www.frsag.org/ _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
