LINUX.ORG.RU
Форум — Desktop  

KDE3: долгий запуск _некоторых_ приложений


0

0 

По непонятным причинам начиная с некоторого момента от начала загрузки начинаются 
странности с загрузкой некоторых KDE приложений. 
Время загрузки таких приложений как kaffeine, konqueror, kpdf, 
kdvi, kate и некоторых других становится от 2 до 5 минут. Сразу после логина этого 
нет, но начинается после некоторого момента (с чем связано его наступление понять не могу --- 
ИНОГДА это сопровождается резким усилением шума вентилятора). Что интересно, при этом никаких других "тормозов" нету: 
уже запущенные версии konqueror'а или kpdf, к примеру, работают отлично. Да и например предпросмотр
 видео-файлов через kaffeine тоже работает быстро, хотя сам он грузится 5 минут. 
Также странно, что это касается только некоторых KDE-приложений: например ksysguard 
запускается моментально, и совсем не касается таких приложений как audacious. 
(в нем, кстати, огромный плейлист из файлов со смонтированного USB, но даже при этом он запускается примерно за 5-8 секунд).

Еще добавлю что, в системе постоянно присутствует смонтированный внешний USB-носитель объемом 750Gb, 
файловая система NTFS, смонтирован через ntfs-3g. Хотя файлов на нем относительно немного.

Вот на чем зависает на 3-5 минут команда strace -ff kaffeine

http://pastebin.com/m7edddc07

Если это имеет значение, то в  ~/xsession-errors многократно повторяется строчки

ASSERT: "width" in /tmp/buildd/kdelibs-3.5.9.dfsg.1/./kate/part/katerenderer.cpp (798)

(firefox-bin:3332): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed

ОС и оборудование
Laptop: Acer 5612, Core Duo 1.7MHz, 1Gb RAM

KDE 3.5.9

Linux Debian Lenny, 2.6.25-2
← Подскажите кто чем пользуеться в качестве органайзера-напоминалки
Thunderbird + виндовый LDAP сервер →

Тоже была такая ерунда, сейчас правда KDE4, так что что это было не в курсе. Видимо, таки что-то поломали.

anonymous
()

попробуй перестартовать fam

alex_custov ★★★★★
()

>[pid 23130] connect(11, {sa_family=AF_INET, sin_port=htons(894), sin_addr=inet_addr("127.0.0.1")}, 16) = 0
>[pid 23130] read(11,

а что у тебя 894-й порт слушает?

alexsaa ★
()

у меня тоже иногда такая пакость наблюдается. Причина - fam. Посмотри через top, оно иногда начинает жрать 100% cpu с описанными симптомами (запущенные приложения работают нормально, новые очень долго запускаются).

Лечится методом /etc/inid.t/fam restart

Багу эту уже лет 5 починить не могут :(

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

>А можно ли совсем без него жить?

fam следит за изменениями файлов. Его юзают многие проги. Амарок например по сигналу от фама обновляет коллекцию. Если для тебя не критично - отключи его запуск и забудь о глюках :)

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

>>Багу эту уже лет 5 починить не могут :(

У fam есть ограничение на количество слушаемых дескрипторов связанное с select() - http://oss.sgi.com/projects/fam/faq.html#limitations . Раньше при переполнении он банально зависал, или начинал жрать 100% процессора. Сейчас видимо ничего не поменялось :)

Возможно, поможет gamin.

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

>>Амарок например по сигналу от фама обновляет коллекцию. Если для тебя не критично - отключи его запуск и забудь о глюках :)

AFAIR, Amarok использует KDirLister, который в свою очередь использует KDirWatch, который очень гибкий, и имеет несколько бэкэндов - FAM, dnotify и просто polling. При отсутствии FAM он должен автоматически перейти на другой бэкэнд.

Так что отключение FAM'a не должно что-то испортить.

alex_custov ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Подскажите кто чем пользуеться в качестве органайзера-напоминалки
Desktop
Thunderbird + виндовый LDAP сервер →