recoll исполняемый hogs CPU за дни, индексный каталог - 18 ГБ, должен ли я обновить v1.17 - & gt; 1,20?

У меня есть некоторые проблемы с инструментом поиска на рабочем столе «recoll», который поставляется с ubuntu. (У меня 15.04)

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

У меня есть индекс возврата, который вырос до 18 Gigabyte file

du -sh  ~/.recoll/xapiandb
18G     /home/knb/.recoll/xapiandb

[d3 ] Этот каталог содержит несколько поддиреев и файлов.

Когда процесс recollindex запущен, он работает в течение нескольких дней при 100% -ном CPU, он никогда не останавливается, пока я не убью его с помощью kill -9 PID. Почему это так? Как диагностировать, с какими файлами / дисками он работает, или обрушиваться? Исследования в Интернете дают неубедительные ответы.

Хорошая практика, чтобы исключить эту директорию из моего программного обеспечения для резервного копирования на предприятии (по которому у меня мало контроля)?

Должен ли я время от времени удалять индекс, чтобы сделать его более эффективным? Или, после того, как вы отбросили, просто ли построить тот же индекс 18 ГБ или, что еще хуже, неполный индекс?

Должен ли я обновить recoll до самой новой версии?

Версия отзыва: Recoll 1.17.3 + Xapian 1.2.19 - значение по умолчанию для 15.04.

Wily werewolf, 15.10 будет содержать Recoll 1.20 в любом случае.

(согласно https://launchpad.net/ubuntu / + источник / Recoll)