Trixie, triskaidekaphobian triceratops

[phd_ru]

Приступил к обновлению на Debian 13. Сначала сервер в Амстердаме — ему проще всего сделать резервную копию, и восстановить, если надо.

Обновление прошло успешно, но после перезагрузки сломалась memory control group — Linux перешёл на cgroup v2, а они совсем по-другому устроены. Читаю доки, чиню, пока не починил.

Ещё был выпилен запуск git daemon. Его легко запустить самому.

Upd. Починил cgmem. Можно двигаться дальше.

X-Post в ЖЖ.

Comments

[vitus_wagner]

Что ты такого на сервере держишь, что тебе там нужно memory control groups использовать? Да еще чтобы при этом софт который их использует не был стандартными не обновился на версию, использующую v2 самостоятельно.

[phd_ru]

1. Если что-то сломалось на сервере, то оно потом сломается везде. Нужно научиться чинить заранее, на модельном сервере.

2. Я люблю ограничивать по памяти процессы, перемалывающие большие объёмы данных. Запущенные без ограничений, они вытесняют своими сиюминутными данными кеши и буфера, и Linux потом тормозит, долго набирая кеши назад. Linux в этом месте глуповат; а с другой стороны, как ему понять, какие данные надо кешировать, а какие нет?

В первую очередь это программы копирования больших объёмов: cp, scp и rsync. mc в режиме копирования, особенно по SSH FS. Браузер, это самая прожорливая программа. Видеоплеер. Компиляция, например, Python из исходников с полной оптимизацией.

3. Моя программка cgmem_nice — это shell-скрипт, который записывает PID в файл tasks в cgroup (в cgroup v2 в файл cgroup.procs). Для диспетчера в Unix есть программы nice и ionice, а для памяти ничего готового нет. Вот я себе написал.