Перепрограммировать исполняемый файл на несколько дней, индекс dir - 18 ГБ, мне обновить v1.17 -> 1.20?
У меня есть некоторые проблемы с инструментом поиска на рабочем столе "recoll", который поставляется с Ubuntu. (У меня 15.04)
На самом деле есть несколько подвопросов, но, возможно, все они связаны между собой. Я подозреваю, что все вопросы могут быть решены с обновлением программного обеспечения и перестройкой индекса документа.
У меня есть индекс повторных платежей, который вырос до 18-гигабайтного файла
du -sh ~/.recoll/xapiandb
18G /home/knb/.recoll/xapiandb
Этот каталог содержит несколько подкаталогов и файлов.
Когда recollindex процесс работает, он работает в течение нескольких дней на 100% CPU, он никогда не останавливается, пока я не убью его kill -9 PID, Почему это так? Как диагностировать, над какими файлами / директориями он работает или работает? Исследования в интернете дают неубедительные ответы. Решит ли перестройка индекса проблему с процессором на 100%?
Это хорошая практика, чтобы исключить этот каталог из моего программного обеспечения для резервного копирования предприятия (над которым я не имею большого контроля)?
Должен ли я время от времени удалять индекс, чтобы сделать его более эффективным? Или, после отбрасывания, он просто построит тот же индекс 18 ГБ, или, что еще хуже, неполный индекс?
Должен ли я обновить recoll до последней версии?
Версия Recoll: Recoll 1.17.3 + Xapian 1.2.19 - по умолчанию для 15.04.
Коварный оборотень, 15.10 будет содержать Recoll 1.20 в любом случае.
(согласно https://launchpad.net/ubuntu/+source/recoll)
1 ответ
Это совсем не нормально, что повторное нажатие будет загружать процессор в течение нескольких дней, даже при значительном индексе. Вы можете проверить, что он делает, активировав файл журнала, но я думаю, что вы должны сначала обновить версию, потому что 1.17 древний.
В бэк-портах повторного вызова PPA имеются актуальные пакеты для повторного вызова: https://launchpad.net/~recoll-backports/+archive/ubuntu/recoll-1.15-on
После обновления вы должны остановить старый индексатор и удалить свой индекс: rm -rf ~/.recoll/xapiandb и восстановить его с новой версией.
Если проблема не устранена на этом этапе, используйте один из обычных каналов поддержки recoll, например, откройте проблему на bitbucket: https://bitbucket.org/medoc/recoll/issues?status=new&status=open
Я использую recoll Recoll 1.24.3 + Xapian 1.4.12. У меня 32 ГБ оперативной памяти, графический процессор x360 AMD 5200U с 8 процессорами, и он действительно забирает мою систему. Мое решение - запустить его с красивым
sudo apt install приятно
и начать повторный вызов (я использую графический интерфейс, затем запускаю индекс обновления из меню) с помощью
приятно -n -10 recoll
что снижает его со 100% до 12% ЦП. подробнее о хорошем здесь https://www.geeksforgeeks.org/priority-of-process-in-linux-nice-value/
-n значения
-20 наиболее приоритетных процессов
20 наименее приоритетных процессов
вы можете изменить хорошее значение запущенного процесса с помощью
Ренис -15
где pid - это идентификатор процесса.
и альтернатива - получить pid из имени
ренис -15 $(пидоф рекол)
Ренис нужны привилегии sudo