Aqui está algo que escrevi antes:
Particularmente
Como enviado, o kernel rejeitará alocações que não puder satisfazer. Com este ajuste, ele aceitará essas alocações, e a falha pode ser evitada, ou pode acontecer mais tarde, quando a alocação se tornar uso.
Se o total de RAM e swap for grande o suficiente, você nunca precisará alterar essa configuração. Se o seu total não for grande, alterá-lo pode ajudar.
Também
É para aumentar a quantidade de memória virtual disponível. (Ou seja, a soma de RAM e swap.) Se você ficar sem RAM, começará a ter problemas de desempenho. Mas se você ficar sem memória virtual, os processos falharão ao iniciar ou morrerão ou serão encerrados. Fica brutal.
Aqueles de nós com pouca RAM e pouco disco podem não ter liberdade para adicionar muita swap, mas 2G parece ser um bom mínimo. (Se você tivesse 16G de RAM, talvez não precisasse de nenhuma swap, mas isso é outra história. É a soma dos dois que importa, quando o problema são as coisas falhando.)
Quanto à resistência, acho que é por causa da percepção de que essa mudança é para o benefício do redis, e a maioria das pessoas não precisará dela.
Editar: este tópico recente é possivelmente um exemplo, onde uma instância pequena ficou sem memória e não tinha o overcommit configurado. Mas não sabemos se a configuração do overcommit teria resolvido esse problema - a pessoa atualizou para 8G de RAM.