尝试优化 CPU 使用率,尽管从未安装过Spotify,但“pgrep -x spotify”仍在运行

尝试优化 CPU 使用率,尽管从未安装过Spotify,但“pgrep -x spotify”仍在运行

我最近在一台非常旧的笔记本电脑上安装了 Arch Linux。因此,我正在尝试尽可能地优化它并减少 CPU/RAM 的使用。附件是我在笔记本电脑上拍摄的 htop 的屏幕截图,除了终端之外没有运行太多东西: 在此输入图像描述

有几件事让我感到困惑。

  • 首先,总 CPU 使用率似乎比所有进程中各个 CPU 使用率的总和要大得多(如果向下滚动,还会有更多,但都显示 0.0% CPU 使用率)。为什么是这样?有时两个核心的容量都在 80% 左右,CPU 明显处于相当大的压力之下,而 htop 仍然显示出类似的输出。
  • 我无法获得此屏幕截图,因为它们只显示很短的时间,但偶尔命令pgrep -x cmuspgrep -x spotify会短暂显示在 htop 上,同时使用大约 10% 的 CPU。我在这台笔记本电脑上安装的程序很少,并且从未安装过 Spotify 或(我相信)任何与 Spotify 相关的东西。出现这些命令的原因是什么?

答案1

关于pgrep问题的部分,来自pgrep手册页:

pgrep  looks  through  the  currently running processes and lists the process IDs
       which match the selection criteria to stdout.  All the criteria  have  to  match.

-x选项:

-x, --exact
              Only match processes whose names (or command line if -f is specified)  ex‐
              actly match the pattern.

因此,这些pgrep行表明您系统上的某些内容正在搜索 cmus 和/或 Spotify 是否正在您的系统上运行(如果未安装,可能找不到它们)。

关于与CPU利用率的不匹配:我不确定。然而,我认为一种可能性是,这htop只是表明用户空间流程。据推测,内核本身也在使用一些 CPU,但我不希望 htop 包含用于内核空间的一行。但是,我不知道内核平均 25% 以上的 CPU 使用率是否有意义。您说您的系统“非常旧”,但没有详细说明。也许它太旧了,以至于内核本身需要很大比例的 CPU?也许某些内核模块“行为不当”或者无法与该硬件很好地配合并导致 CPU 崩溃?

相关内容