web-dev-qa-db-ja.com

recoll実行可能ファイルはCPUを数日間占有し、インデックスディレクトリは18GBです。v1.17-> 1.20にアップグレードする必要がありますか?

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が含まれます。

https://launchpad.net/ubuntu/+source/recoll によると)

2
knb

サイズの大きいインデックスを使用していても、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

4
medoc

私は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権限が必要ですが

0
pierrely