Ubuntu系统后台gcc进程占用CPU过高问题排查求助

遇到后台莫名跑gcc占满CPU的情况真的很闹心，结合你的环境（ThinkPad T14 Gen 1 + AMD Ryzen 7 Pro 4700U + Ubuntu 22.04.3 LTS + Gnome 42.9 Wayland），我给你整理几个实用的排查方向，一步步找出根源：

• 先搞清楚gcc进程的“来龙去脉”
  用htop找到gcc的PID后，执行ps aux | grep <你的gcc PID>，或者更直观的pstree -p <你的gcc PID>，能看到这个gcc进程的父进程是谁，还有完整的命令行参数——比如有没有显示正在编译的文件路径、调用它的脚本名称，这通常能直接指向问题源头。

• 检查系统自动更新或后台服务
  Ubuntu的自动更新服务unattended-upgrades偶尔会触发依赖编译，但一般不会频繁跑。你可以用systemctl status unattended-upgrades看看它的状态，有没有近期的运行记录；另外也可以检查apt相关的后台操作日志，去/var/log/apt/目录下看看history.log和term.log，有没有关联的编译类操作。

• 排查定时任务
  有可能是某个定时脚本在触发编译：

  • 先看当前用户的定时任务：crontab -l
  • 再检查系统级的定时任务：查看/etc/crontab文件，以及/etc/cron.d/、/etc/cron.hourly/等目录下的脚本

• 跟踪进程的实际操作
  如果前面的方法没线索，可以用strace工具实时跟踪gcc的系统调用：
  先安装strace：sudo apt install strace
  然后执行sudo strace -p <你的gcc PID>，你会看到这个进程在读写哪些文件、访问哪些资源，从这些路径里就能推断出它在编译什么内容。

• 排查第三方软件或Gnome扩展
  有些Gnome扩展（尤其是需要本地编译的自定义扩展）或者第三方软件，可能会在后台自动更新编译组件。你可以试试暂时禁用所有Gnome扩展（用gnome-extensions disable --all），然后重启系统，看看gcc进程还会不会出现。

如果排查过程中发现了具体的线索，比如某个特定的服务或脚本在触发gcc，就可以针对性地去解决——比如调整自动更新的频率，或者卸载有问题的扩展/软件。

备注：内容来源于stack exchange，提问作者Fred