任务管理器里 Clash 相关进程有两类：clash-win64.exe（内核，干活的）和 Clash for Windows.exe（界面，Electron）。先看清是谁在吃资源，排查方向完全不同。
内核占用高（clash-win64.exe）
- 日志级别开着 debug：每条连接产生大量日志输出，CPU 与磁盘同时遭殃。改回
info。 - 规则集过大过多：每个 RULE-SET 都常驻内存，内存占用与规则总量成正比。删掉不用的 provider，见性能优化清单。
- 连接风暴：BT 下载、爬虫类程序在 TUN 模式下会制造成千上万条连接，匹配和跟踪开销激增。Connections 页面按进程找到源头，用
PROCESS-NAME规则让它 DIRECT，或别让它走 TUN。 - url-test 间隔过短：几十个节点 × 过短的 interval = 持续测速。把 interval 放宽到 300 秒以上。
界面占用高（Clash for Windows.exe）
- 长期停留在 Connections/Logs 页面：实时刷新列表的渲染成本不低，挂后台时切到 General 页。
- 内存缓慢上涨：Electron 应用长期运行的通病，重启一次程序即释放。介意的话可以每周重启一次。
- 持续高 CPU 不落：偶见于界面与内核断连后的重试循环（内核崩溃、9090 被占用）。看 Logs 是否连不上内核，处理对应问题后恢复。
正常水位参考
| 进程 | 正常范围 |
|---|---|
| 内核内存 | 50–150 MB（大规则集可到 200+） |
| 界面内存 | 150–300 MB |
| 空载 CPU | 两者均接近 0%，测速/大流量时短暂升高 |
提示：“突然开始占用异常”而配置没改过时，优先怀疑某个程序在后台狂发连接——Connections 页面按流量排序一眼便知，这比调整 Clash 参数有效得多。