Думаю, дело не только в этом — позвольте мне объяснить. Рекомендация исходит от Redis, и она основана на том, что создание дочернего процесса (fork) требует значительного объёма виртуальной памяти. Redis использует fork для выполнения фонового сохранения данных, однако заявленная виртуальная память никогда не понадобится.
Это типично для многих Unix-приложений: они создают дочерние процессы, но не удваивают при этом потребление памяти. Поскольку такая ситуация распространена, а данное ядро системы меняет поведение для всех процессов во всех контейнерах, такая настройка может превратить сбой в успех, особенно когда виртуальная память испытывает нагрузку.
На небольших и недорогих экземплярах, которые используют многие из нас, виртуальная память часто оказывается под нагрузкой. Особенно это заметно во время обновлений или пересборки системы.
Поэтому изменение этой настройки может повлиять на то, завершится ли обновление успешно или нет, особенно если недавно были внесены изменения, увеличившие нагрузку на виртуальную память.
По умолчанию ядро отклоняет запросы на выделение памяти, которые не может удовлетворить. При включении этой настройки оно будет принимать такие запросы, что может предотвратить сбой, либо сбой может произойти позже, когда выделенная память действительно потребуется.
Если сумма оперативной памяти (RAM) и подкачки (swap) достаточно велика, вам никогда не потребуется менять эту настройку. Если же её недостаточно, изменение настройки может помочь.