Voici quelque chose que j’ai écrit précédemment :
En particulier
Tel quel, le noyau rejettera les allocations qu’il ne peut satisfaire. Avec ce réglage, il acceptera ces allocations, et l’échec pourrait être évité, ou il pourrait se produire plus tard, lorsque l’allocation deviendra une utilisation.
Si votre total de RAM et de swap est suffisamment important, vous n’aurez jamais besoin de modifier ce paramètre. S’il n’est pas important, le modifier pourrait aider.
Aussi
Il s’agit d’augmenter la quantité de mémoire virtuelle disponible. (C’est-à-dire la somme de la RAM et du swap.) Si vous manquez de RAM, vous commencez à avoir des problèmes de performance. Mais si vous manquez de mémoire virtuelle, les processus ne parviennent pas à démarrer, meurent ou sont tués. C’est brutal.
Ceux d’entre nous qui ont à la fois peu de RAM et peu de disque ne sont peut-être pas libres d’ajouter beaucoup de swap, mais 2G semble être un minimum décent. (Si vous aviez 16G de RAM, vous n’auriez peut-être pas besoin de swap, mais c’est une autre histoire. C’est la somme des deux qui compte, lorsque le problème est que les choses échouent.)
Quant à la résistance, je pense que c’est dû à la perception que ce changement est au bénéfice de redis, et que la plupart des gens n’en auront pas besoin.
Modification : ce fil récent est peut-être un exemple, où une petite instance a manqué de mémoire et n’avait pas l’option overcommit activée. Mais nous ne savons pas si l’activation de l’overcommit aurait résolu ce problème - la personne a mis à niveau vers 8G de RAM.