16401 2008-07-20 07:56:33 +0400 KMail fulltext indexing not useable 2010-02-18 19:03:09 +0300 1 1 4 Development Sisyphus kdepim-kmail unstable all Linux CLOSED WONTFIX P2 blocker --- 1 iadzhubey rom_as kopilo4ka qa-sisyphus oldest_to_newest 74218 0 iadzhubey 2008-07-20 07:56:33 +0400 Несмотря на то, что по результатам обсуждения в списке похоже, что я один страдаю в такой степени, все же хочу зарегестрировать это поведение KMail как баг. Полнотектсовое индексирование сообщений включенное в последние сборки KMail делает программу совершенно непригодной к использованию. Каждый раз при запуске (и периодически в процессе работы) индексирование писем приводит к полному ступору системы, компьютером пользоваться невозможно в течение от 5 до 10 минут. Расследование показало, что дело не в загрузке CPU (хотя она тоже подскакивае конечно), а в процессах kio_file, полностью блокирующих доступ к диску. Диск у меня достаточно быстрый, SATA II WD Raptor 10,000 rpm, но и он не справляется. В почтовых фолдерах KMail у меня накопились многие десятки тысяч сообщений, в основном из разных списков рассылок, так что неудивительно, что их полное переиндексирование приводит систему на грань коллапса. Непонятно другое - ЗАЧЕМ? Зачем переиндексировать все с нуля каждый раз? А судя по всему - именно этим KMail и занимается. Причем никакими способами отключить это поведение не удается. В добавок - индексирование совершенно не улучшает поиск в KMail. Он не только не стал быстрее, но даже замедлился по сравнению с прежней версией без индексирования. Огромная просьба - выкинуть этот патч с индексированием. Пользоваться KMail с ним невозможно. 74285 1 kopilo4ka 2008-07-22 21:04:58 +0400 Проблеме этой уже куча лет. Я для себя давно решил установив локальный imap сервер на maildir. 74290 2 iadzhubey 2008-07-23 07:35:16 +0400 (In reply to comment #1) > Проблеме этой уже куча лет. Я для себя давно решил установив локальный imap > сервер на maildir. Не похоже, что мы говорим об одной и той же проблеме. Патч с полнотекстовым индексированием был принят апстримом несколько месяцев назад, до этого периодически проскакивал в некоторых сборках KMail в Сизифе, но началось это не раньше чем полгода назад. KMail конечно всегда тормозил, но сейчас это что-то чудовищное. 74733 3 zerg 2008-08-02 19:01:26 +0400 > индексирование сообщений включенное в последние сборки Наоборот, отключено 74734 4 zerg 2008-08-02 19:05:35 +0400 Проверьте http://lists.altlinux.org/pipermail/sisyphus/2008-June/215651.html 74749 5 iadzhubey 2008-08-03 01:55:32 +0400 (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 74750 6 iadzhubey 2008-08-03 02:00:04 +0400 (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, насилующих диск по пять минут и больше. 74751 7 iadzhubey 2008-08-03 02:07:02 +0400 (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 пользоваться стало затруднительно. 74783 8 zerg 2008-08-04 15:12:27 +0400 (In reply to comment #7) > (февраль) indexlib попал в апстрим Он там был всегда. Из того, что поменялось, в 3.5.9 втащили все изменения из бранча enterprise. Достаточно много, чтоб о чем-то конкретном подумать. 74784 9 zerg 2008-08-04 15:13:32 +0400 (In reply to comment #7) > - return to originag kdepim-3.5.8 Это я пытался сам собирать из бранча enterprise 106852 10 zerg 2010-02-18 19:03:09 +0300 В общем, ситуация останется такая, как на сегодня