Xorg не выгружает память

Попробуй все обновить, а также снести swap. amdgpu-pro не нужны.

все обновлено, без amdgpu-pro софт нужный не работает. Буду рад, если подскажешь как снести swap :)

Какую память хоть? оперативную/видео? Да и вообще по статистике иксы текут у каждого хотя бы раз в жизни.

Речь идет об оперативной. Дело не в том что мне жалко 2гб, или даже больше, а в том, что это бессконечный процесс, чем больше аптайм - тем больше утечка

Это может не Xorg память накачивать, а какое-то исковое приложение, которое создает на стороне X-сервера много ресурсов (пиксмапы и пр). xrestop погляди, у кого там ресурсы могут в гору идти.

Ну все правильно, каждому рано или поздно приходится подолбаться с переборкой дистрибутивов/версий иксов, ДЕ, тулкитов, прикладного по и т.д.

Короче что xrestop говорит?

Демонов чекни, а также добавь в /etc/sysctl.conf строку vm.swappiness = 10 Это если >2 гб оперативки. vm.swappiness = 1 Если >8 гб

посмотрел, цифры не меняются, вообще никакие, ни по процессам отдельным, ни суммарно, а по диспетчеру объем занятой памяти бесконечно возрастает. Приложения никакие не запущены. В чем еще может быть проблема?

Строку " vm.swappiness = 1" добавил, а вот в демонах не разбираюсь, прошу подсказать на что обратить внимание :)

Как это не запущены? Голые иксы? Даже DE - это иксовые приложения. Даже окно входа в среду - иксовое приложение. У тебя *всегда* что-то запущено. Можно запустить голые иксы с терминалом и смотреть, течет ли.

Была такая фигня на 12.04 вроде как, попробуй отслеживать какие приложения запускаешь.

Но прична может быть не в этом (чтобы ты не подумал, что я знаю, почему у тебя течет), но эта причина одна из.

на голых иксах вроде как не протекает, проверял htop+firefox. Как проверить причастность приложений к моей проблеме?

Попробуй все обновить, а также снести swap. amdgpu-pro не нужны.

Снести свап при утечке памяти мудрое решение конечно. А при головной боли конечно же логично сразу застрелиться.

amdgpu-pro не нужны.

ТСу например нужны. Ещё идиотских советов будет?

Строку " vm.swappiness = 1" добавил, а вот в демонах не разбираюсь, прошу подсказать на что обратить внимание :)

Прежде чем что то куда то добавлять выясни что именно ты делаешь, а так же вменяем ли советчик. Он в двух предложениях сразу две чуши спорол, может не надо его слушать?

Конкретно посоветовать тебе я не могу, инфы мало. Общий алгоритм такой - надо найти что течёт, затем попробовать это текущее обновить, если оно уже последнее - откатить на предыдущее. Пляски со свапом никак не помогут исправить утечку, лишь спрячут проблему на какое то время, в лучшем случае, а в худшем всё запутают и осложнят.

У меня было такое, когда текла видеопамять. Т.е. когда она переполнялась, то она начинала уже переливаться в оперативку. Никаких процессов у этого всего нет, т.к. это более низкоуровневая операция насколько я понимаю. В общем вот Иксы опять потекли, на этот раз в GPU mem Решилось все очередным обновлением кде. Но как видеопамять мониторить на amdgpu я не в курсе. Так что пробуй опытным путем, сначала драйвер radeon, а затем другое де, другие версии иксов и т.д.

А с драйвером modesetting твоя видяха работает? Попробуй с ним тоже глянуть на память, если работает.

Поставил для чистоты эксперимента UbuntuServer 16.04, сверху - ubuntu-desktop. После установки amdgpu-pro, иксы потекли (без него не текли, либо текли незаметно), видимо пробелма конкретно в дровах. P.S без amdgpu использовался драйвер radeon

Вот что нашел в логах, таких записей очень много (идут одна за одной), они все время дописываются [ 829.861] (WW) AMDGPU(0): amdgpu_dri2_flip_event_handler: Pageflip completion event has impossible msc 49121 < target_msc 49122

amdgpu_dri2_flip_event_handler: Pageflip completion event has impossible msc 49121 < target_msc 49122

попробуй выставить

Option     "TearFree" "on"

/usr/share/X11/xorg.conf.d/10-amdgpu-pro.conf Привел к такому виду:

Section «OutputClass» Identifier «amdgpu-pro» MatchDriver «amdgpu» Driver «amdgpu» EndSection

Section «Files» ModulePath «/opt/amdgpu-pro/lib/xorg/modules» ModulePath «/usr/lib/xorg/modules» EndSection

Section «Device» Identifier «R9-390-A» Driver «amdgpu» Option «TearFree» «on» EndSection

Section «Device» Identifier «R9-390-B» Driver «amdgpu» Option «TearFree» «on» EndSection

видеопамять переполниться не могла - ее суммарно 16гб. Не подскажешь, как можно откатить иксы?

вот что нашел в логах xorg:

[ 20.546] (II) [KMS] Kernel modesetting enabled.

Так понимаю, говорит о запуске драйвера modesetting? Если это так, то может ли amdgpu-pro с ним конфликтовать? Извиняюсь, если чушь полная - только пытаюсь вникать в ситуацию :)

старую ветку дистрибутива добавить и оттуда даунгрейдить, попутно разруливая зависимости. Короче читай всякие хаутушки по запросу «downgrade xorg имя_дистрибутива»

kms - это не драйвер

Еще как могла. Все это лишь вопрос времени. Короче проверить очень просто - попробовать запустить любое Opengl приложение. Если запустилось, то значит не в этом дело и нужно копать в другую сторону.

бенчмарк glxgears показал, что течет именно amd'шный драйвер (amdgpu-pro), на свободном (radeon) такой проблемы нет

Так понимаю, говорит о запуске драйвера modesetting?

Нет, это он говорит, что KMS запустилось. Иксовый драйвер modesetting надо указывать специально в xorg.conf. Но раз уж ты и на radeon проверил, то и не стоит уже. Вероятно, проблема в драйвере. Теперь твоя дорога ведет на багтрекер дистрибутива или драйвера с целью выяснить, есть ли у кого-то эта проблема и исправлена ли она.

так уже и сделал :) Если не затруднит, ответь еще на такой вопрос: xorg во время работы может +- памяти занимать, или же объем занятой памяти статичен?

xorg во время работы может +- памяти занимать, или же объем занятой памяти статичен?

Занятая память увеличвается и уменьшается. Загружаешь любое приложение - занимаемая память у xorg увеличится. Не сильно, но зависит от того, сколько ресурсов приложение туда загрузило и создало: pixmap, bitmap, picture, GC и пр. При закрытии приложения ресурсы, загруженные на X-сервер, обычно удаляются. Но гигабайты, конечно, вряд ли кто туда грузит. И если рост очень быстрый, то это намекает на то, что драйвер amdgpu-pro для рендеринга получает кадры от приложений для вывода и то ли не может их отрисовать вовремя, то ли еще что (warnings твои на это намекают). И забывает от них избавиться. Поэтому идет очень быстрый рост памяти.

на драйвере radeon (свободный драйвер), за 1 час объем занятой памяти вырос на 5-6мб, нет причин беспокоиться?

на драйвере radeon (свободный драйвер), за 1 час объем занятой памяти вырос на 5-6мб, нет причин беспокоиться?

Нет.

[829.861] (WW) AMDGPU(0): amdgpu_dri2_flip_event_handler: Pageflip completion event has impossible msc 49121 < target_msc 49122

_dri2_

А DRI3 пробовал включить для amdgpu-pro?

добавил строку

Option «DRI3» «1»

в /usr/share/X11/xorg.conf.d/10-amdgpu-pro.conf, все еще течет.

[ 24.116] (**) AMDGPU(G0): DRI3 enabled

[ 24.347] (**) AMDGPU(0): DRI3 enabled

также заметил, что

[ 31.797] (II) AMDGPU(0): Printing DDC gathered Modelines:

и последующий вывод повторяются несколько раз

Полный лог xorg: http://rgho.st/private/8bczySjW6/9f4de044bab0d06f1615d0e9942da018

А если TearFree выключить?