sudo /etc/init.d/dbus restart
sudo /etc/init.d/gdm restart

начал сжирать 500+ мегабайт оперативки

покажи # systemctl status dbusudo systemctl status dbus

ну рестарт просто же сбросит занятую память — но со временем снова отжимается

вот вывод

пользуешься pipewire-pulse?

Да, на manjaro 495 установил, и такая же хрень поперла. Я пока не фиксил.

https://www.reddit.com/r/archlinux/comments/qp7kwq/help_with_whatever_is_going_on_in_my_journald/

ага

хммм.. да — спам событий про

dbus-daemon[622]: [system] Rejected: destination has a full message queue

Решение с форума nvidia работает, спамить перестало, перезагружаться, чтобы dbus отдал память лень.

ок спс — сейчас затесчу, отпишусь...

мне тоже помогло вроде

я кстати обновил систему — и все теперь отлично — спама сообщениями теперь не видно.
обновился пакет с драйверами, однако версия не менялась, просто пересобрана под новое ядро.
теперь ядро 5.15.4-arch1-1

кстати нет — проблема не исчезла — она просто отсрочилась ребутом ПК.

сделал предложенное решение — буду ожидать для проверки.

Понабрали идиотов и упоротых

Plus, the simple fact that the NVIDIA v495 libraries communicate with dbus (apparently/roughly) at each OpenGL frame (if to judge by the rate of the log spam) is totally unreasonable and a total wastage of processing power (which might also explain why I see NVIDIA OpenGL performances degrading with each new release); please NVIDIA, stop the non-sense and stop bloating your drivers with useless code

Я сейчас вангану, что это нвидиоты сделали совместимость с gbm вот так.

У них ведь с чем были проблемы? С swapchainом. Вот эти EGLstreams, которые были у невидии эксклюзивно, потому что лицензионные ограничения на блоб.

Поэтому, как я полагаю, они эти еглстримы немного обмазали говном, укрепили палками, а сигнализацию сделали через то что первое в голову пришло. Первым пришел в голову дебас.

495 это же вроде как первый релиз с поддержкой явленного. И первый со спамом на каждом кадре

эмм.. а при чем тут вообще свапчайн — GBM это менеджер буфферов — что бы не носить графические буфферы через оперативку, а переиспользовать сразу на графической памяти различными GAPI или же инстансами (процессами).
EGL_Streams про это же самое.

ну да — теперь все отлично вроде — 6 мегабайт оперативки всего dbus кушает