![recoll 可执行文件占用 CPU 数天,索引目录占 18GB,我应该将 v1.17 升级到 1.20 吗?](https://linux22.com/image/981559/recoll%20%E5%8F%AF%E6%89%A7%E8%A1%8C%E6%96%87%E4%BB%B6%E5%8D%A0%E7%94%A8%20CPU%20%E6%95%B0%E5%A4%A9%EF%BC%8C%E7%B4%A2%E5%BC%95%E7%9B%AE%E5%BD%95%E5%8D%A0%2018GB%EF%BC%8C%E6%88%91%E5%BA%94%E8%AF%A5%E5%B0%86%20v1.17%20%E5%8D%87%E7%BA%A7%E5%88%B0%201.20%20%E5%90%97%EF%BC%9F.png)
我对 ubuntu 自带的桌面搜索工具“recoll”有些问题。(我的系统是 15.04)
实际上,有几个子问题,但也许它们都是相关的。我怀疑所有问题都可以通过升级软件和重建文档索引来解决。
我有一个 recoll 索引,它已经增长到 18 GB 的文件
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 werewolf,无论如何,15.10 都会包含 Recoll 1.20。
答案1
即使索引量很大,recoll 几天内都会占用 CPU,这完全不正常。您可以通过激活日志文件来检查它正在做什么,但我认为您应该先更新版本,因为 1.17 太旧了。
recoll backports 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
答案2
我正在使用 recoll Recoll 1.24.3 + Xapian 1.4.12,我有 32GB 的 RAM,一个 x360 AMD 5200U GPU 和 8 个处理器,它确实占用了我的系统。我的解决方案是使用 nice 来运行它
sudo apt 安装很好
然后启动 recoll(我使用 gui,然后从菜单中启动更新索引)
很好-n-10回忆
这样 CPU 占用率就从 100% 降到了 12%。有关 nice 的更多信息,请点击此处 https://www.geeksforgeeks.org/priority-of-process-in-linux-nice-value/
-n 值
-20 个最优先的进程
20 个最低优先级进程
你可以使用以下命令更改正在运行的进程的 nice 值
雷尼斯-15
其中 pid 是进程 ID。
另一种方法是从名称中获取 pid
renice -15 $(pidof recoll)
不过 renice 需要 sudo 权限