Остановите strigi
Завести дружбу с Nepomuk и поисковой системой Strigi интегрируемой в KDE4 занятие совсем не простое. Уже на протяжении долго времени, переходя от версии к версии я вынужден сначало с надеждой включить весь этот механизм, а потом в очередной раз разочаровавшись без промедления всё выключить.
Изначально семантические возможности для меня не представляли никакого интереса, а вот быстрый поиск по файлам был и есть важной особеностью в моей работе на десктопе. Первые лучики ненависти появляются в момент индексации каталогов, vitruoso в момент записи занимает всё процессорное время и нагрузка, в среднем, превышает 90%, этот баг свидетельствует, что я не одинок, за него проголосовало 80 человек. Для полной индексании выбраных каталогов, а это был только /home равный ~40ГБ, потребовалось два дня и размер базы составил 4.9ГБ, учивая, что strigi пробегает и по содержимому файлов. В течении этого время индексацию сопровождало постоянное обращения в диску и сопутствующий шорох головки диска, впечатления не из приятных. Сам поиск работает замечательно, очень хорошая скорость выборки, удобный и относительно функциональныйй интерфейс запросов.
Далее за работу принимается Nepomuk, уж незнаю что он делает, видимо проверяет уже проидексированые каталоги на изменения, но опять перманентно загружен процесор и load average 4.00, мною не было замечено ни одного случая когда он бы сумарное потребление процесорного времени составляло менее 40%.
Как гентушнику, вся связка по используемым ресурсам напоминает компиляю огромного пакета, к примеру gcc. Сразу после отключения шум винчестера прекращается и load average снова равен 0.00.
Вся ситуация очень печальная, сейчас я использую KDE собраный из транка, т.е. KDE SC 4.5.0 beta и надеяться на изменения ситуации уже поздно, ждём 4.6.