LINUX.ORG.RU

[Решено] KDE Plasma - диалог сохранения тормозит, жрет память и CPU

 , , ,


0

1

Помогите отдебажить и найти причину: установил kde-plasma/plasma-meta-5.26.5 и позже 5.27.2.

При сохранении чего-либо в программах на qt5 (flameshot, vlc, keepassxc, telegram, skanlite) и нажатии кнопки или пункта меню для открытия диалога «Сохранить» приложение задумывается секунды на 3, открывается диалог, нажимаю кнопку «Сохранить» и дальше приложение подвисает на время от 15 до 30 секунд, думает, при этом одно ядро процессора загружено CPU на 100% и эта программа начинает жрать память до 4-5 Гб (всего 32 Гб). При этом сохранение получается.

До этого работал в openbox и все эти же программы без установленной плазмы работали нормально. Сейчас же, если загрузиться в openbox - также тормозят.

GTK-программы работают идеально.

Запуск в терминале этих программ в выхлопе не дает ничего подозрительного.

Сюда загрузил вывод strace при запуске flameshot. Там видно, что что-то выполняется аж 32 секунды. Как найти что именно?

kid3 задумывается секунд на 10 и падает при нажатии кнопки «Открыть» с такой ошибкой в gdb:

Thread 1 "kid3" received signal SIGSEGV, Segmentation fault.
0x00007ffff69e9658 in QTextEngine::shapeTextWithHarfbuzzNG(QScriptItem const&, unsigned short const*, int, QFontEngine*, QVector<unsigned int> const&, bool, bool) const () from /usr/lib64/libQt5Gui.so.5


Пробовал пересобрать все, что относится к qt5, kde. Отключал baloo. Толку нет.

Решено: в ~/.config есть файлик QtProject.conf, который разросся почти до 700 Мб. Грохнул его и все.



Последнее исправление: tamo (всего исправлений: 1)

Ответ на: комментарий от Landgraf

Зашел под другим пользователем - все работает отлично. Буду удалять настройки. Кстати, именно речь про настройки или еще всякое из cache и local?

tamo
() автор топика

Примонтированы ли какие-либо сетевые диски? Если да, то может быть поможет: Delay in every KDE file dialog (вероятно, с этим связано и исправление ошибки с новым пользователем)

Также было бы отлично, помимо логов программ, вызывающих диалог, посмотреть логи плазмы.

Повторяется ли поведение в GTK-программах при запуске с GTK_USE_PORTAL=1?

dikey0ficial
()
Последнее исправление: dikey0ficial (всего исправлений: 1)

Было такое у меня с полгода назад. Именно кутэшный диалог сохранения надолго подвисал. Подчистил хомяк от старых конфигов (уже не помню что конкретно, может даже и всё грохнул). Больше не тормозит до сих пор.

З.Ы. У меня - xfce.

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

Примонтированы ли какие-либо сетевые диски?

Нет, сетевого нет ничего.

Повторяется ли поведение в GTK-программах при запуске с GTK_USE_PORTAL=1?

Нет, все норм работает.

Также было бы отлично, помимо логов программ, вызывающих диалог, посмотреть логи плазмы.

Где их посмотреть?

tamo
() автор топика

Спасибо тем, кто помогал.

Решено: в ~/.config есть файлик QtProject.conf, который разросся почти до 700 Мб. Грохнул его и все.

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

Где их посмотреть?

Если системд — journalctl --since today -f /usr/bin/plasmashell для просмотра логов за сегодня

В OpenRC, вероятно, плазма пишет куда-то в /var/log (syslog, messages)

dikey0ficial
()
Последнее исправление: dikey0ficial (всего исправлений: 1)

Решено: в ~/.config есть файлик QtProject.conf, который разросся почти до 700 Мб. Грохнул его и все.

Что-то гадит в этот файл, но неизвестно что. На арч вики была пара описанных случаев при использовании гнома.

altwazar ★★★★
()