Je pense que c’est plus que cela - laissez-moi essayer d’expliquer. La recommandation vient de Redis, et Redis la recommande car la création d’un processus fils (forking) demande beaucoup de mémoire virtuelle, et Redis crée des processus fils pour effectuer des sauvegardes en arrière-plan, et pourtant la mémoire virtuelle réclamée ne sera jamais nécessaire.
C’est typique pour de nombreuses applications Unix : elles créeront des processus fils, mais n’auront pas besoin de doubler leur utilisation de mémoire. Parce que c’est typique pour beaucoup, et parce qu’il s’agit d’un paramètre du noyau qui modifie le comportement de tous les processus dans tous les conteneurs, cela peut transformer un échec en succès lorsque la mémoire virtuelle est sous pression.
Sur les petites instances bon marché que beaucoup d’entre nous utilisent, la mémoire virtuelle est souvent sous pression. Et encore plus lors des mises à niveau ou des reconstructions.
Donc, modifier ce paramètre pourrait bien être lié à la réussite ou à l’échec d’une mise à niveau, surtout s’il y a eu récemment un changement qui augmente la demande de mémoire virtuelle.
Tel quel, le noyau rejettera les allocations qu’il ne peut pas 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. Si votre total n’est pas important, le modifier pourrait aider.