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