宝塔面板实时负载需手动开启监控服务，首页“负载状态”是CPU+内存+磁盘IO+网络的加权值，非单纯CPU使用率；定位高负载须用top -c等终端命令，面板仅作初筛。
宝塔面板的“实时负载”不是点开就有的动态仪表盘，它依赖监控服务采集+前端图表渲染两个环节，缺一不可。多数人卡在第一步——监控根本没开，却反复刷新首页看0%。
监控模块必须手动开启，否则所有曲线都是空的
宝塔不默认启动监控服务，开启监控是硬性前提，不是可选项：
- 登录后直奔左侧【监控】菜单，右上角必须看到绿色“已开启”状态；若显示“开启监控”，立刻点击
- 开启后需等待
1–2分钟才开始出图，刚点完就狂刷页面只会加深误解 - 首页“负载状态”百分比也依赖该服务，若它为0%或空白，90%概率是监控未启用，而非系统异常
- 重启面板（
bt 1）有时能恢复监控服务，但不如直接进【监控】页点一次“开启”来得确定
首页“负载状态”≠CPU使用率，它是加权综合值
面板首页顶部的“负载状态”条形图常被误读为CPU占用，其实它是CPU+内存+磁盘IO+网络的加权评估结果：
- 数值超
90%并持续2分钟会标红，这是最快速的异常初筛信号 - 若该值长期在
85%~90%区间浮动，说明系统处于临界压力，需立即进【监控】页拉时间范围查趋势 -
top -c和ps aux --sort=-%cpu返回的才是真实CPU核时占比，和首页数字常不一致——别拿它们互相验证
用top -c定位真实高负载进程，别只盯面板曲线
面板监控只能告诉你“负载高了”，但无法指出谁干的。top -c 是唯一能一眼锁定问题进程的终端命令：
- 进宝塔【终端】，执行
top -c，再按Shift + P按CPU倒序 - 重点看
COMMAND列：含/www/wwwroot/、php-fpm: pool www、gunicorn:的基本就是网站服务进程 - 若看到大量
sh -c /www/server/panel/pyenv/bin/python，大概率是宝塔插件（如木马扫描）在后台运行，非网站问题 - 单核跑满而整体CPU%不高？执行
ps -eo pid,comm,psr --sort=-pcpu | head -15看PSR列，确认是否进程全挤在同一颗物理核上
日报只是峰值快照，精确定位必须结合时间范围+日志
【面板日报】里写的“昨日最高CPU 92%”毫无上下文，既无时间戳，也不带进程信息：
- 它适合看连续多日的趋势变化（比如三天峰值逐日升高），但不能用来归因
- 要查某小时内的异常，必须进【监控】页，用顶部时间筛选器选“最近1小时”或自定义范围
- 再配合终端命令查对应时段日志：
journalctl -u nginx --since "2026-04-06 15:00:00" --until "2026-04-06 16:00:00" - 秒级抖动（如500ms内CPU尖峰）宝塔原生不支持捕捉，得调用
/api/system/get_system_info接口自己写脚本轮询
真正卡顿的时候，图往往看着“还行”——因为采样间隔太粗、聚合维度太高、看不到核心绑定和IO阻塞。这时候必须切终端，用 top -c、lsof -p、psr 这些原始命令补位，面板只是第一道过滤网，不是诊断终点。
