Несмотря на то, что по результатам обсуждения в списке похоже, что я один страдаю в такой степени, все же хочу зарегестрировать это поведение KMail как баг. Полнотектсовое индексирование сообщений включенное в последние сборки KMail делает программу совершенно непригодной к использованию. Каждый раз при запуске (и периодически в процессе работы) индексирование писем приводит к полному ступору системы, компьютером пользоваться невозможно в течение от 5 до 10 минут. Расследование показало, что дело не в загрузке CPU (хотя она тоже подскакивае конечно), а в процессах kio_file, полностью блокирующих доступ к диску. Диск у меня достаточно быстрый, SATA II WD Raptor 10,000 rpm, но и он не справляется. В почтовых фолдерах KMail у меня накопились многие десятки тысяч сообщений, в основном из разных списков рассылок, так что неудивительно, что их полное переиндексирование приводит систему на грань коллапса. Непонятно другое - ЗАЧЕМ? Зачем переиндексировать все с нуля каждый раз? А судя по всему - именно этим KMail и занимается. Причем никакими способами отключить это поведение не удается. В добавок - индексирование совершенно не улучшает поиск в KMail. Он не только не стал быстрее, но даже замедлился по сравнению с прежней версией без индексирования. Огромная просьба - выкинуть этот патч с индексированием. Пользоваться KMail с ним невозможно.
Проблеме этой уже куча лет. Я для себя давно решил установив локальный imap сервер на maildir.
(In reply to comment #1) > Проблеме этой уже куча лет. Я для себя давно решил установив локальный imap > сервер на maildir. Не похоже, что мы говорим об одной и той же проблеме. Патч с полнотекстовым индексированием был принят апстримом несколько месяцев назад, до этого периодически проскакивал в некоторых сборках KMail в Сизифе, но началось это не раньше чем полгода назад. KMail конечно всегда тормозил, но сейчас это что-то чудовищное.
> индексирование сообщений включенное в последние сборки Наоборот, отключено
Проверьте http://lists.altlinux.org/pipermail/sisyphus/2008-June/215651.html
(In reply to comment #3) > > индексирование сообщений включенное в последние сборки > Наоборот, отключено Любопытно... Когда было отключено? $ rpm -qa|fgrep kmail|sort kde4pim-kmail-4.0.80-alt1 kde4pim-kmailcvt-4.0.80-alt1 kdepim-kmail-3.5.9-alt1.qa1 libkmailprivate4-4.0.80-alt1
(In reply to comment #4) > Проверьте http://lists.altlinux.org/pipermail/sisyphus/2008-June/215651.html Выглядит нормально: $ ls -lh ~/.kde/share/apps/kabc/std.vcf -rw-r--r-- 1 ivan ivan 6.4K 2008-08-02 04:46 /home/ivan/.kde/share/apps/kabc/std.vcf Утечек памяти не наблюдается, проблема, как я писал, в запускаемых kmail процессах kio_file, насилующих диск по пять минут и больше.
(In reply to comment #5) > (In reply to comment #3) > > > индексирование сообщений включенное в последние сборки > > Наоборот, отключено > > Любопытно... Когда было отключено? > > $ rpm -qa|fgrep kmail|sort > kdepim-kmail-3.5.9-alt1.qa1 Найдено в changelog: * Thu Jan 10 2008 Sergey V Turchin <zerg at altlinux dot org> 1:3.5.8-alt4 - return to originag kdepim-3.5.8 - built without indexlib За что было вам большое человеческое спасибо. Но это было в январе. В 3.5.9 (февраль) indexlib попал в апстрим насколько я могу понять, и с тех пор kmail пользоваться стало затруднительно.
(In reply to comment #7) > (февраль) indexlib попал в апстрим Он там был всегда. Из того, что поменялось, в 3.5.9 втащили все изменения из бранча enterprise. Достаточно много, чтоб о чем-то конкретном подумать.
(In reply to comment #7) > - return to originag kdepim-3.5.8 Это я пытался сам собирать из бранча enterprise
В общем, ситуация останется такая, как на сегодня
