Медленный старт GTK3 приложений

Похоже, переопределилась какая-то переменная окружения. Но как и какая, я не понимаю.

Из перечисленного софта минимальное число нитей — у pavucontrol. Запусти его под strace:

strace -f -r pavucontrol

и в выводе ищи системные вызовы, которые необычно долго выполняются.

Тормозит этот вызов:

[pid  1169]      0.000026 poll([{fd=13, events=POLLIN}, {fd=14, events=POLLIN}], 2, -1

У меня было такое, ацки тупил наутилус и фурифокс. Емнип дело было в вейланде/иксах. Но это не точно.

Я забыл добавить про вывод в файл, чтобы можно было потом рассматривать. В общем, нужно сделать то же самое, но с выводом в файл: strace -f -r -o log pavucontrol, а потом найти, что это были за дескрипторы, на которых происходило ожидание.

Навскидку, это либо что-то связанное с DNS, например у тебя по каким-то причинам нет записи о localhost в /etc/hosts и софт делает запросы в сеть, чтобы узнать, по какому адресу находится localhost, либо что-то связанное с dbus. При каких-то там условия dbus глючит, и начинает очень медленно отвечать или просто не отвечать вообще.

Шо, опять? я тогда забил, и после обновления дебиана оно перестало так тупить. Но учитывая как часто обновляется дебиан стейбл, ну вы понимаете...

Всё внезапно починилось? В чём дело-то было?

Нет. Я еще не разобрался

Попробуй переменную окружения GDK_RENDERING=image прописать и запустить. Мне как-то помогло в gvim.

Очень много сообщений вида:

recvmsg(3, {msg_namelen=0}, 0) = -1 EAGAIN (Ресурс временно недоступен)

Ближе к концу пропадает. Что это?

Вообще не помогает

Что это?

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

Нужно смотреть на то, откуда у приложения появился дескриптор 3. Это скорее всего open(), openat() или socket(). В некоторых случаях приложение может получить дескриптор в сообщении, которое читается как раз через recvmsg(), но это редко. И судя по тому, что дескриптор 3, а не какое-то число выше, это первый файл/сокет, который был открыт приложением.

в выхлопе strace нет информации о том, откуда он взялся

В каждом новом сеансе такая фигня

Если завершить сеанс, а потом заново залогинится, опять будет задержка

Вообще есть, но не суть. Попробуй перед запуском приложений убить ibus-daemon:

killall ibus-daemon

Нет. Не работает

Ну, клещами я из тебя дополнительную информацию я вытягивать не стану — это тебе нужно свою проблему решать, а не мне.

Все необходимые приёмы отладки я тебе рассказал. На основе этого вполне реально найти источник проблемы. Возможно, даже решить её, но это уже под вопросом, потому что может включать поиск и исправление ошибок в коде. Удачи.

как обычно ты злой. А у человека, вероятно, возникла проблема с поиском (дескриптора в логе). Жаль, что я сам искать не умею, поэтому не могу помочь.

ты злой

Чего это вдруг? В чём выражается?

А у человека, вероятно, возникла проблема с поиском (дескриптора в логе).

Очевидно. Он даже сам об этом написал.

Жаль, что я сам искать не умею, поэтому не могу помочь.

Почему не научишься? Тогда смог бы помочь.

Я разобрался. Вот issue. У меня были проблемы при запуске сервиса xdg-desktop-portal связанная с xdg-desktop-portal-wlr. Я удалил этот пакет и все стало нормально.