История изменений

Ну смотри.

Видно два подхода.

Подход первый.

• выбрать все критические программы (init, системные службы, графический сервер, композитор/WM/DE);
• оценить сверху их потребление памяти (допустим, X байт);
• пихнуть их в цгруппу A, задать там ограничение на X байт;
• все остальные программы пихнуть в цгруппу B и задать на ней ограничение Total-(X+Padding).

Придётся ещё разобраться с page cache, я не помню, как себя ведут цгруппы применительно к нему — страницы в кэше приписываются цгруппе процесса, который вызвал их загрузку, или лежат отдельно. Если первое, то проще, если второе, то сложнее.

Подход второй. В cgroups v2 появилось «ограничение снизу» (MemoryLow= в systemd). Если оно делает то, что я думаю (исключает цгруппу из всяческого тротлинга, пока потребление памяти ниже ограничения снизу), то можно воспользоваться им: задать глобальное ограничение сверху в Total-Padding, а для всех критичных программ задать ограничение снизу.

Ну смотри.

Видно два подхода.

Подход первый.

• выбрать все критические программы (init, системные службы, графический сервер, композитор/WM/DE);
• оценить сверху их потребление памяти (допустим, X байт);
• пихнуть их в цгруппу A, задать там ограничение на X байт;
• все остальные программы пихнуть в цгруппу B и задать на ней ограничение Total-(X+padding).

Придётся ещё разобраться с page cache, я не помню, как себя ведут цгруппы применительно к нему — страницы в кэше приписываются цгруппе процесса, который вызвал их загрузку, или лежат отдельно. Если первое, то проще, если второе, то сложнее.

Подход второй. В cgroups v2 появилось «ограничение снизу» (MemoryLow= в systemd). Если оно делает то, что я думаю (исключает цгруппу из всяческого тротлинга, пока потребление памяти ниже ограничения снизу), то можно воспользоваться им: задать глобальное ограничение сверху в Total-padding, а для всех критичных программ задать ограничение снизу.