Ubuntuに付属しているデスクトップ検索ツール「recoll」に問題があります。 (私は15.04を持っています)
実際、いくつかのサブクエスチョンがありますが、おそらくそれらはすべて関連しています。ソフトウェアのアップグレードとドキュメントインデックスの再構築ですべての質問を解決できると思います。
18ギガバイトのファイルに成長したrecollインデックスがあります
du -sh ~/.recoll/xapiandb
18G /home/knb/.recoll/xapiandb
このディレクトリには、いくつかのサブディレクトリとファイルが含まれています。
recollindex
プロセスが実行されると、100%CPUで数日間実行されますが、kill -9 PID
で強制終了するまで停止しません。どうしてこんなことに?作業中のファイルやディレクトリ、またはスラッシングを診断する方法は?インターネットでの研究は決定的な答えを与えます。インデックスを再構築すると、100%CPUの問題は解決しますか?
このディレクトリを自分のエンタープライズバックアップソフトウェアから除外することをお勧めします(私はあまり制御できません)
より効果的にするために、インデックスを時々削除する必要がありますか?または、削除した後、同じ18 GBのインデックスを作成するのでしょうか、それとも、不完全なインデックスを作成するのでしょうか。
Recollを最新バージョンにアップグレードする必要がありますか?
Recollバージョン:Recoll 1.17.3 + Xapian 1.2.19-15.04のデフォルト。
Wilyの狼、15.10にはとにかくRecoll 1.20が含まれます。
サイズの大きいインデックスを使用していても、recollが数日間CPUを占有することは、まったく通常ではありません。ログファイルを有効にすることで何が行われているのか確認できますが、1.17は古くなっているのでまずはバージョンアップしておくべきだと思います。
RecollバックポートPPAに最新のrecollパッケージがあります: 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を使用しています。32GbのRAM、8つのプロセッサーを搭載したx360 AMD 5200U GPUを搭載しており、実際にシステムを占有しています。私の解決策はニースでそれを実行することです
Sudo apt nice
そしてrecollを開始します(私はguiを使用し、次にメニューからインデックスの更新を開始します)
ニース-n -10リコール
これにより、CPUの100%から12%に低下します。ニースの詳細はこちら https://www.geeksforgeeks.org/priority-of-process-in-linux-Nice-value/
-n値
-20最優先プロセス
20優先度の最も低いプロセス
実行中のプロセスのニース値を変更できます
レニス-15
ここで、pidはプロセスIDです。
そして代替は名前からpidを取得することです
renice -15 $(pidof recoll)
reniceにはSudo権限が必要ですが