Почти 2GB использование ОЗУ в простое (после включение ПК) норм или нет?

Question

[l4m3r]

Я что-то пропустил момент один.
Как только я поставил Arch + gnome 3 в среднем потреблялось около 1gb памяти.
Без хрома и запущенных программ (кроме демонов, разумеется). Просто после включения.

Недавно случайно зашёл в neofetch и смотрю — 2 gb. Перезагрузил — тоже 2 gb.


Можете подсказать, как отладить, что понять что так потребляет?
Может я какой-то сервис установил прожорливый. Или может после очередного -Syu так стало?
У меня убунта со всем её оверхедом и 1.5к пакетами меньше потребляла.

PS: SWAP раздел я не делал вообще при установке. Может это влиять?
PPS: snap и подобное -- не установлены

Comments

[neol]

top -o RES

Answer 1

[Рональд Макдональд]

gnome 3

Да, это норма. Linux обычно редко свопит при большом кол-ве ОЗУ.

Можете ещё top посмотреть на всякий случай.

Comments

[follow_me8]

Что значит "обычно редко свопит" в Linux есть параметр vm.swappiness который указывает нижний порог свободной памяти при котором ядро решает отдать предпочтение свопу . По умолчанию он равен 60% т.е. как только станет меньше 60% памяти свободно, ядро начнет свопить.

[Рональд Макдональд]

follow_me8, ну. И в чем конфликт с моим утверждением? Windows использует своп гораздо активнее.

Answer 2

[Григорий]

Потому что тут отражено used + cache/buffer, т.е. фактическое использование озу. Если посмотреть в top или free, то сразу станет понятнее. При запуске ос после установки кэшировать нечего, поэтому утилита покажет небольшое заполнение озу. После некоторого использования система забьет озу кэшем и кэш со временем будет только расти, это норма. У меня из 8гб кэшем забивает 4-6гб. Если хочешь убедиться, то дропни кэш и утилита покажет минимум.

Answer 3

[xotkot]

смотрю — 2 gb

помнится мерял как-то год назад когда пользовался гномом, основной процесс гнома отжирал порядка 350 мб а остальное по мелочи, в пол гига всё вполне влазило
покажите после старта вывод команд:

free -wh
sudo ps_mem

Answer 4

[Karpion]

Можно посмотреть вывод top
Ещё ps с разными ключами подскажет, какой процесс жрёт много памяти.

Answer 5

[l4m3r]

Проблема была в том, что докер почему-то запускал все dev-контейнеры после перезагрузки компа. Т.е. единожды сделанный запуск docker-compose -d up после перезагрузки поднимался снова. Убрал, стало 800 мегабайт.