deadbeef долго открывает диалог добавления каталогов

куда смотреть?

В профайлер.

Или звать waker.

В профайлер.

cnf вроде, если о нем

# perf top

Если вместо имён функций видны числа, надо ставить отладочные символы для библиотек и/или собирать отладочный вариант deadbeef.

попробую завтра, думаю повторится
и да , я пользуюсь hibernate если это важно

для начала, надо проверить, происходит ли это в любом другом приложении использующем GTK. проблема похожа на это: https://plus.google.com/u/0/b/113687373510786361087/ deadbeef/posts/HaXhST39wM6

для начала, надо проверить, происходит ли это в любом другом приложении использующем GTK

возможно, т.к. deadbeef наверно единственное на gtk что я использую
(gimp эпизодически)

perf top показал в момент открытия:

76.65%  libglib-2.0.so.0.3200.3              [.] g_slist_last

после выхода из deadbeef - эта активность libglib постепенно упала до значения менее одного процента

Обычно тормоза в glib связаны не с тормознутостью glib, а с ошибками проектирования. Что-то часто считает последний элемент списка, надо это что-то найти и убрать.

Если сбросить дисковые кэши, воспроизводится?

Что-то часто считает последний элемент списка

какого списка ?

Если сбросить дисковые кэши, воспроизводится?

попробую

пока запустил deadbeef через bftf.so - посмотрю как будет работать

но все это уже только во вторник, отпишусь

какого списка?

Любого списка, мало ли их там.

Любого списка, мало ли их там.

в диалоге открытия или вообще в программе ?

в диалоге открытия или вообще в программе ?

Вообще в программе. GLib кроме всего прочего — набор разных примитивов вроде массивов переменной длины, хеш-таблиц, связанных списков и прочего. Часто в каком-нибудь месте используют не ту структуру данных, что выливается в O(N^2). На малом количестве элементов это не заметно, но на большом начинаются тормоза.

У тебя как раз такой случай. Осталось только найти место и исправить. Считай, осталось самое простое. :)

пока с bftf.so диалог открывается быстро, наблюдаю дальше ...