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

Журналд -24М. Системд-юзер от лайтдм (нахрена оно вообще ему?) 10 процессов, -58М. Сеанс сам запустит всё что ему надо, причём от нужного юзера. таймсинкд 9М под вопросом. sshd 7М выглядит как ненужный дефолт. лайтдм 4 процесса вместо 1-2. Авахи -8М. rfkit 3М штука совсем не обязательная.

systemd слишком удобен, чтобы от него отказываться ради экономии условных 25 (или 50) мегабайт.

Я не понял, как у тебя получилось «Журналд -24М». У него RSS на скрине 14 метров.

Системд-юзер от лайтдм (нахрена оно вообще ему?) 10 процессов, -58М. […] Кроме гномовской виртуальной фс с инфраструктурой специальных возможностей интерфейса. Повторюсь, это от лайтдм, юзеру свою копию запускать, а ДМ в этом шлаке не нуждается.

Это не суть важно, потому что все процессы, относящиеся к оболочке входа в систему, будут завершены после того как юзер введёт пароль. Этот сеанс будут завершен, и запущен сеанс юзера.

Тут можно скорее микроскопический плюс увидеть от того, что исполняемые модули уже в страничном кэше, а минусов нет.

Я его пробовал. Потом он вытекат в ~300М. Как и sddm в принципе.

У меня в системе течёт только firefox и мой собственный кривой код на сишке. lightdm у меня установлен больше 10 лет.

таймсинкд 9М под вопросом. sshd 7М выглядит как ненужный дефолт.

У меня нет дефолтов, это Арч. Запущено ровто то, что нужно.

Далее, ты неверно подсчитываешь. sshd — это не 7М, а величина за пределами погрешности измерения.

Общий рабочий набор системы не равен сумме рабочих наборов процессов, поскольку процессы используют общие страницы памяти.

То, что ты видиешь как 9М и 7М это не те числа, на сколько у етбя прибавится свободных страниц, если завершить эти процессы.

Запуск sleep 60 тебе может показать RSS от 1.8 до 4+ МБ. Но это не значит, что sleep использует 4 МБ для работы. И легко можно предположить, что в разных запусках он использует не «от 1.8 до 4+», а всегда одинаковое число, тк как алгоритм и входные данные всеггда строго одинаковые. А числа в htop будут разные.

То есть RSS в htop по факту это даже не реальный рабочий набор, а очень очень условное число.

Журналд -24М. Системд-юзер от лайтдм (нахрена оно вообще ему?) 10 процессов, -58М. Сеанс сам запустит всё что ему надо, причём от нужного юзера. таймсинкд 9М под вопросом. sshd 7М выглядит как ненужный дефолт. лайтдм 4 процесса вместо 1-2. Авахи -8М. rfkit 3М штука совсем не обязательная.

systemd слишком удобен, чтобы от него отказываться ради экономии условных 25 (или 50) мегабайт.

Я не понял, как у тебя получилось «Журналд -24М». У него RSS на скрине 14 метров. Это и есть рабочий набор.

Системд-юзер от лайтдм (нахрена оно вообще ему?) 10 процессов, -58М. […] Кроме гномовской виртуальной фс с инфраструктурой специальных возможностей интерфейса. Повторюсь, это от лайтдм, юзеру свою копию запускать, а ДМ в этом шлаке не нуждается.

Это не суть важно, потому что все процессы, относящиеся к оболочке входа в систему, будут завершены после того как юзер введёт пароль. Этот сеанс будут завершен, и запущен сеанс юзера.

Тут можно скорее микроскопический плюс увидеть от того, что исполняемые модули уже в страничном кэше, а минусов нет.

Я его пробовал. Потом он вытекат в ~300М. Как и sddm в принципе.

У меня в системе течёт только firefox и мой собственный кривой код на сишке. lightdm у меня установлен больше 10 лет.

таймсинкд 9М под вопросом. sshd 7М выглядит как ненужный дефолт.

У меня нет дефолтов, это Арч. Запущено ровто то, что нужно.

Далее, ты неверно подсчитываешь. sshd — это не 7М, а величина за пределами погрешности измерения.

Общий рабочий набор системы не равен сумме рабочих наборов процессов, поскольку процессы используют общие страницы памяти.

То, что ты видиешь как 9М и 7М это не те числа, на сколько у етбя прибавится свободных страниц, если завершить эти процессы.

Запуск sleep 60 тебе может показать RSS от 1.8 до 4+ МБ. Но это не значит, что sleep использует 4 МБ для работы. И легко можно предположить, что в разных запусках он использует не «от 1.8 до 4+», а всегда одинаковое число, тк как алгоритм и входные данные всеггда строго одинаковые. А числа в htop будут разные.

То есть RSS в htop по факту это даже не реальный рабочий набор, а очень очень условное число.