Codex日常工作实例——一句话优化电脑，内存释放4GB，C盘多出18GB

码视野

913人浏览 · 2026-05-29 18:59:12

码视野 · 2026-05-29 18:59:12 发布

Codex日常工作实例——一句话优化电脑，内存释放4GB，C盘多出18GB

64GB 内存 + R9 处理器，按理说应该丝滑流畅。但最近卡得跟 PPT 似的——直到我用 Codex 一句话搞定了它。

起因：电脑卡到我怀疑人生

先说一下我的配置：

CPU: AMD Ryzen 9 PRO 5950H（16核32线程）
内存: 64GB
系统: Windows 11 专业版
磁盘: C盘 602GB

这配置在笔记本里算顶配了吧？但最近打开个 IDE 都要等半天，任务管理器一看——

内存占用 64%，40.7GB/63.4GB 已用。

📷 图1：Codex 分析出的系统概况

系统概况 ——64GB内存占用64%

我当时就纳闷了：我也没开什么东西啊，这内存谁吃了？

转折：让 Codex 帮我查

我最近一直在用 Codex（OpenAI 出的终端 AI 编程助手），之前拿它写代码、搭项目。突然想到——能不能让它帮我查系统问题？

于是我在 Codex 里打了一句话：

“我电脑很卡顿，帮我排查”

接下来发生的事情，让我对这个工具的认识完全刷新了。

Codex 的分析过程

它没有给我甩一堆搜索链接，也没有让我"试试这个命令"然后自己判断。而是：

自动运行系统检测 —— Get-Process、Get-CimInstance 等等，全自动跑了
分析内存占用 —— 列出 Top 进程
给出明确结论 —— 不是"可能有这些问题"，是精确到 PID 和 MB

几秒钟后，它把问题列得一清二楚：

四大元凶

元凶 #1：一个 Python 脚本占 1.24GB

有个叫 sim_agri.py 的物联网模拟脚本，在后台一直跑。我都不记得什么时候启动的，它吃了 1.24GB。

Codex 一查就找到了——父进程居然是 bash，是从某个终端里自己跑起来的。

📷 图2：Codex 定位到 sim_agri.py

内存分析占用 1.24GB

元凶 #2：13 个 Java 虚拟机，占了快 3GB

这个最离谱。Codex 一查发现同时有 13 个 Java 进程在跑，而且是 3 个不同版本的 JDK：

JDK 8（Corretto）
JDK 11
JDK 17（ms + Adoptium 两个发行版）

我当时：？？？

里面包括 FastBee 后端、RuoYi 后端、百睿云 API、Maven、Gradle、IDEA 构建进程……很多是之前开发完忘了关的。

📷 图3：13 个 Java 进程

Java进程，合计 ~3GB

元凶 #3：Docker Desktop 后台一直吃 CPU

Docker 设了开机自启，每次开机就默默地跑 7 个后台进程，累积消耗了几万秒的 CPU 时间。关键是——我最近根本没在用容器。

元凶 #4：24 个开机自启项

不查不知道，一查吓一跳：

迅雷
百度网盘 ×2
钉钉
企业微信
飞书
OneDrive
Apifox
Figma Agent
Ollama
ShadowBot
ima.copilot
EdrawMax
Autodesk ×2
AweSun 远控
CodeMeter
……

24 个程序挤在开机自启里。怪不得一开机风扇就起飞。

📷 图4：24 个开机自启项

开机自启 ——Docker、迅雷、钉钉、飞书……

动手优化

Codex 问我：“要不要帮你一个个停掉？”

我说：停。

然后它自动执行了：

操作	效果
停止 `sim_agri.py`	释放 1.24GB
停止 7 个多余 Java 进程	释放 ~3GB
退出 Docker Desktop 全家桶	释放 ~830MB
删除 21 个开机自启项	重启不复发
清理 C 盘临时文件	回收 716MB
移除 Docker 开机自启	永久生效

优化结果

📷 图5：优化完成

优化结果 ——可用内存 27GB，C盘 81GB

指标	优化前	优化后
内存使用率	64%（40.7GB）	60%（~38GB）
可用内存	22.7 GB	27 GB
C 盘可用	63 GB	81 GB
开机自启项	24 个	3 个
Docker 后台	7 进程常驻	0
Java 进程	13 个（~3.2GB）	6 个（~1.8GB）