recoll可执行文件占用CPU数天，索引dir为18 is，是否应该升级v1.17 -> 1.20？

Question

我的桌面搜索工具"recoll“有一些问题，它带有ubuntu。(我有15.04)

事实上，有几个子问题，但也许它们都是相关的。我怀疑所有的问题都可以通过软件的升级和文档索引的重建来解决。

我有一个已增长到18G文件的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。

诡计多端的狼人，15.10无论如何都会有1.20的收集器。

(根据https://launchpad.net/ubuntu/+source/recoll)

Answer 1

即使有一个相当大的索引，在几天内，recoll也会占用CPU，这是完全不正常的。您可以通过激活日志文件来检查它正在做什么，但是我认为您应该首先更新版本，因为1.17是古老的。

在recoll支持端口PPA：https://launchpad.net/~recoll-backports/+archive/ubuntu/recoll-1.15-on上有最新的recoll包。

升级后，应该停止旧的索引器，删除索引：rm -rf ~/.recoll/xapiandb并使用新版本重新构建索引。

如果问题在此时仍然存在，请使用一个recoll普通支持通道，例如，在bitbucket上打开一个问题：https://bitbucket.org/medoc/recoll/issues?status=new&status=open

Answer 2

我使用的是recoll 1.24.3 + Xapian 1.4.12，我有32 my的内存，一个带有8个处理器的x360 AMD5200UGPU，它确实占据了我的系统。我的解决方案是用很好的方式运行

数多apt安装很好

并启动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美元(皮德夫雷福尔)

但是renice需要sudo特权。