Aquí hay algo que escribí antes:
Particularmente
Tal como está, el kernel rechazará las asignaciones que no pueda satisfacer. Con este ajuste, aceptará esas asignaciones, y el fallo podría evitarse, o podría ocurrir más tarde cuando la asignación se convierta en uso.
Si la suma de su RAM y swap es lo suficientemente grande, nunca necesitará cambiar esta configuración. Si su total no es grande, cambiarla podría ayudar.
También
Es para aumentar la cantidad de memoria virtual disponible. (Es decir, la suma de RAM y swap). Si te quedas sin RAM, empiezas a tener problemas de rendimiento. Pero si te quedas sin memoria virtual, los procesos no se iniciarán o morirán o serán eliminados. Se vuelve brutal.
Aquellos de nosotros con poca RAM y poco disco puede que no seamos libres de añadir mucha swap, pero 2G parece ser un mínimo bueno. (Si tuvieras 16G de RAM, quizás no necesitarías ninguna swap, pero esa es otra historia. Es la suma de las dos lo que importa, cuando el problema es que las cosas fallan.)
En cuanto a la resistencia, creo que se debe a la percepción de que este cambio beneficia a redis, y la mayoría de la gente no lo necesitará.
Editar: este hilo reciente es posiblemente un caso en cuestión, donde una instancia pequeña se quedó sin memoria y no tenía el overcommit configurado. Pero no sabemos si configurar el overcommit habría resuelto este problema: la persona actualizó a 8G de RAM.