LINUX.ORG.RU

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

 , , , ,


0

1

Приветствую, заметил, что Xorg не выгружает память, после ~12 часов аптайма расход увеличивается до 1.5-2гб, не прекращая ежесекундно расти. Может кто-то уже сталкивался с таким?

Xorg: 7.7

OS: Ubuntu 16.04.1 x64

Kernel: 4.4.0-54-generic

DE: Unity

GPU: R9 390 + amdgpu-pro driver

Буду благодарен за помощь :)

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

Radius ★★★★ ()
Ответ на: комментарий от Radius

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

MrScrudg ()

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

Zubok ★★★★★ ()
Последнее исправление: Zubok (всего исправлений: 1)
Ответ на: комментарий от MrScrudg

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

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

Radius ★★★★ ()
Ответ на: комментарий от Zubok

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

MrScrudg ()
Ответ на: комментарий от MrScrudg

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

Zubok ★★★★★ ()
Последнее исправление: Zubok (всего исправлений: 2)

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

ilovewindows ★★★★★ ()
Ответ на: комментарий от MrScrudg

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

Zubok ★★★★★ ()
Ответ на: комментарий от Valman_new

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

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

amdgpu-pro не нужны.

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

Jameson ★★★★★ ()
Ответ на: комментарий от MrScrudg

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

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

Jameson ★★★★★ ()

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

Jameson ★★★★★ ()
Ответ на: комментарий от MrScrudg

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

Radius ★★★★ ()
Ответ на: комментарий от Zubok

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

MrScrudg ()
Ответ на: комментарий от MrScrudg

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

MrScrudg ()
Ответ на: комментарий от vtVitus

/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

MrScrudg ()
Ответ на: комментарий от Zubok

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

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

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

MrScrudg ()
Ответ на: комментарий от MrScrudg

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

Radius ★★★★ ()
Ответ на: комментарий от MrScrudg

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

Radius ★★★★ ()
Ответ на: комментарий от Radius

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

MrScrudg ()
Ответ на: комментарий от MrScrudg

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

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

Zubok ★★★★★ ()
Ответ на: комментарий от Zubok

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

MrScrudg ()
Ответ на: комментарий от MrScrudg

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

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

Zubok ★★★★★ ()
Последнее исправление: Zubok (всего исправлений: 1)
Ответ на: комментарий от MrScrudg

на драйвере 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?

Zubok ★★★★★ ()
Ответ на: комментарий от Zubok

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

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

MrScrudg ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.