跟踪器进程占用大量 CPU

Question

我试图了解不同的后台进程在我的机器上正在做什么，因为这个进程不时冻结。我注意到跟踪器进程（你可以在屏幕截图中看到其中有几个）占用了大量的 CPU 能力。我还注意到，如果我杀死这些进程，它就解决了问题，并且在我的机器上没有发生任何奇怪的事情，或者至少没有任何可见的事情发生。

你知道这些进程的确切用途是什么，为什么它们占用了如此多的 CPU 能力（他们用所有这些能力做什么？）了解他们在做什么。：/

提前感谢您的回答，我真的很想了解更多关于 Linux 的信息！:))

截图tracker过程：

tracker -store 占用大量 CPU 功率：

tracker -extract 占用大量 CPU 功率：

Answer 1

自 19.10 起在 Ubuntu 中默认启用的 Tracker 是一个文件元数据索引器。它为您的文件编制索引，以允许从Files或Gnome Documents快速搜索文件中的内容，在Gnome Photos 中查找图片，允许根据元数据重命名文件等。您看到的不同进程是抓取文件系统、读取文件内容和索引数据库中的内容索引以便通过跟踪器感知界面快速搜索的进程，例如文件和Gnome Shell活动概述。

在 Ubuntu 19.04 之前，Ubuntu 开发人员在 Ubuntu 17.04 中开始使用 Tracker 时从 Gnome Shell 中删除了它。性能问题是原因。第一次创建完整索引，这需要大量时间。随后，索引会即时更新，因此不会导致严重的性能损失。然而，即使在完全索引的系统上，登录后不久也会有很多分钟的密集处理器使用。系统响应减少最多 10 分钟。

Tracker 越来越多地与 Gnome Shell 集成，目前是文件管理器nautilus（又名“文件”）的硬依赖项。因此，在长期发布 18.04（即 19.04、19.10 及更高版本）之后的 Ubuntu 版本中，默认情况下启用 Tracker。

禁用跟踪器

为了避免登录后处理器使用率高的时期，您可能需要禁用跟踪器。这将禁用全文搜索和基于标签的媒体文件重命名。它将禁用“加星标文件”功能（Ubuntu 20.04）。但是，文件中的文件名搜索将继续工作。在概览中，似乎在禁用跟踪器后只能找到最近的文件。

编辑 2020-05-09：使用 systemd 为当前用户完全禁用跟踪器的方法（首选）

运行以下命令为当前用户禁用跟踪器：

systemctl --user mask tracker-store.service tracker-miner-fs.service tracker-miner-rss.service tracker-extract.service tracker-miner-apps.service tracker-writeback.service
tracker reset --hard
sudo reboot

要撤消，请重新启用服务：

systemctl --user unmask tracker-store.service tracker-miner-fs.service tracker-miner-rss.service tracker-extract.service tracker-miner-apps.service tracker-writeback.service
sudo reboot

编辑 2020-05-09：以下是我最初发布的方法，它基于禁用跟踪器组件登录时的自动启动。我将其留作参考，但禁用系统服务（见上文）是在不破坏系统的情况下完全停止当前用户的 Tracker 的最优雅、最完整和推荐的方法。

使用以下命令，您 1) 停止跟踪器守护程序（对于此会话），2) 移动到本地自动启动目录，以及 3) 将各种跟踪器进程的启动文件复制到本地自动启动文件夹。在 4) 中禁用这些进程的自动启动，在 5) 中释放 Tracker 可能已经创建的缓存占用的磁盘空间（可能是 2 - 4 GB）。

tracker daemon -t
cd ~/.config/autostart
cp -v /etc/xdg/autostart/tracker-* ./
for FILE in tracker-* ; do echo Hidden=true >> $FILE; done
rm -rf ~/.cache/tracker ~/.local/share/tracker

当您重新启动时，跟踪器守护程序将运行，但不会执行索引，因此您的处理器只会在您工作时工作。