Не очищается оперативная память

[SputnikMoment]

Ногами только не бейте, я на Ubuntu давно уже не сидел.

Дано:
19.04 x86-64, дефолтный гнум
AMD 220GE
8gb DDR4 2667
SSD
Раздел свопа тоже на SSD, swappiness=10.
На этом же конфиге все описанные ниже действия проводились в винде и там никаких проблем нету.

Ставлю Стим и GTA V (протон версии 4.29).
Игра запускается практически идеально. И работает практически идеально минут пять. Если начать быстро бегать по городу, т.е. подгружать новые локации и объекты, то через какое-то время игра начинает дико тормозить. Нажимаю Esc и кое-как вываливаюсь в меню, а оно работает прекрасно. Обратно в игру - опять тормоза. В самой игре тормоза исчезнут, если камеру установить прямо сверху, с видом на крышу машины, как в первых частях было. Судя по всему, так не надо обрабатывать много объектов и тормоза проходят.

Выключаю ГТА, смотрю в системный монитор - 3,5 гига памяти занято. Офигеваю, выгружаю все пользовательские приложения (стим и телеграм).

Система говорит, что занимает 2,8 GB оперативной памяти. Это как вообще так-то?

(Нажмите, чтобы показать/скрыть)

Т.е. налицо какая-то течь в оперативку и невозможность системы оперативно это дело чистить.
Вот тут https://www.linux.org.ru/forum/admin/9560601 описывают похожую проблему еще в 12.10, но решения там нет.

Вопрос: как это вылечить?

[AlexBKost]

Система говорит, что занимает 2,8 GB оперативной памяти. Это как вообще так-то?

Это как-то ТОФИГА, я про 2,8. У меня всего 2 Gb, и она никогда не грузится больше наполовину.
Но вы понимаете в чем дело? У мня уже давно сложилось впечатление, по аналогичным постам вашему - чем больше оперативки - тем больше она загружается.
Я вот сейчас нацелилсля на сборку нового системника, и никак не могу определиться - сколько мне брать оперативки - 32, 64 или 128?

[peregrine]

SputnikMoment, посмотрите в процессах кто память кушает.

[SputnikMoment]

SputnikMoment, посмотрите в процессах кто память кушает.

Да ничего там сверхестественного нету вроде бы...
https://files.mastodon.social/media_attachments/files/018/848/604/original/4e4b3f21bb4022aa.png
https://files.mastodon.social/media_attachments/files/018/848/606/original/4a040c0597ad71ba.png
1.5. Для добавления графических изображений в сообщения требуется использовать внешние сервисы. Включение в сообщения полноразмерных изображений, превышающих разрешённые размеры, допускается исключительно в виде превью. Подробную инструкцию, а также список рекомендованных и запрещенных сервисов можно посмотреть в «Руководстве по добавлению изображений на форум».
--peregrine

[AlexBKost]

Да ничего там сверхестественного нету вроде бы...

Может быть и ничего, только plasmаshell кушает почти в два раза меньше, и другие ингредиенты тоже. Делайте выводы сам.

[victor00000]

Код: [Выделить]

du -hd0 ~/.cache
sudo du -hd0 /var/cache
du -hd0 $XDG_RUNTIME_DIR
?

[ALiEN]

Код: [Выделить]

free -m

[SputnikMoment]

Код: [Выделить]

free -m

Код: [Выделить]

alex@alexcomp:~$ free -m
              всего        занято        свободно      общая  буф./врем.   доступно
Память:        5882        2235        2771           8         874        3317
Подкачка:        8201         333        7868
alex@alexcomp:~$

Пользователь добавил сообщение 15 Сентября 2019, 10:10:50:

Да ничего там сверхестественного нету вроде бы...

Может быть и ничего, только plasmаshell кушает почти в два раза меньше, и другие ингредиенты тоже. Делайте выводы сам.

Дело в том, что на старте gnomeshell ест всего 800м. Я знаю, что plasma ест 400-500 (в calculate linux ела со старта ровно 444мб), но мне хотелось бы максимально просто, поставил и работает. Потому прежде, чем ковырять KDE, приводя его в рабочее для меня состояние, хотелось бы попробовать исправить Gnome. Ну или хотя бы исключить возможность утечки со стороны Ubuntu и точно понять, что это гнум шалит.
Пользователь добавил сообщение 15 Сентября 2019, 10:14:09:

Код: [Выделить]

du -hd0 ~/.cache
sudo du -hd0 /var/cache
du -hd0 $XDG_RUNTIME_DIR
?

Выводы команд

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

du -hd0 ~/.cache
du: невозможно прочитать каталог '/home/alex/.cache/doc': Отказано в доступе
du: невозможно прочитать каталог '/home/alex/.cache/dconf': Отказано в доступе
du: невозможно прочитать каталог '/home/alex/.cache/gvfs': Отказано в доступе
du: невозможно прочитать каталог '/home/alex/.cache/thumbnails/fail': Отказано в доступе
694M /home/alex/.cache


(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

alex@alexcomp:~$ sudo du -hd0 /var/cache
[sudo] пароль для alex:
155M /var/cache
alex@alexcomp:~$

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

alex@alexcomp:~$ du -hd0 $XDG_RUNTIME_DIR
16K /run/user/1000
alex@alexcomp:~$


Чет вообще все странно.

[victor00000]

ничего, а очистить команда никак.
но есть

Код: [Выделить]

sync
зачем....

Код: [Выделить]

ps auxc | head -1
%MEM

Код: [Выделить]

ps auxc | sed '1d' | sort -k4nr | awk '{print $4"\t"$NF}' | head -5
VSZ

Код: [Выделить]

ps auxc | sed '1d' | sort -k5nr | awk '{print int($5/1024)"M\t"$NF}' | head -5

RSS

Код: [Выделить]

ps auxc | sed '1d' | sort -k6nr | awk '{print int($6/1024)"M\t"$NF}' | head -5
интересно.