htop默认不显示每核负载条是因为cpu显示设为“cpu average”，将所有核心使用率合并为一条横条；需在setup中用“cpu”替换“cpu average”并保存配置，或直接写入~/.config/htop/htoprc设置left_meters=cpu和right_meters=cpu。
htop 本身不显示实时负载曲线，它只显示当前快照的平均负载值（1/5/15 分钟），但能配合 CPU 核心级条形图帮你定位真实瓶颈——这是和 top 最关键的区别。
为什么直接运行 htop 看不到每核负载条？
默认配置把 CPU average 放在顶部仪表区，把所有逻辑 CPU 合并成一条横条。你看到 25% 的 CPU 使用率，可能是 1 个核满载、其余 3 个核完全空闲，而这个风险被完全掩盖。
- 进入设置：运行
htop→ 按F2→ 进入Setup菜单 - 在
Available meters区域，把CPU average从左栏拖出，把CPU（注意不是CPU average）拖进右栏的Meters列表 - 按
F10保存，重启htop即可见多条独立负载条（4 核显示 4 条，8 线程显示 8 条）
如何让 htop 启动就显示每核负载？
手动配一次太麻烦，直接写配置文件更可靠。路径是 $HOME/.config/htop/htoprc，不存在就新建：
mkdir -p ~/.config/htop echo "left_meters=CPU" > ~/.config/htop/htoprc echo "right_meters=CPU" >> ~/.config/htop/htoprc
注意：CPU 是精确关键词，写成 CPU0 或 CPU average 都无效；颜色会随负载实时变化，满载时变红。
- 超线程（HT）开启时，
htop默认列出全部逻辑 CPU（如 4 核 8 线程 → 显示 8 条），这是正常行为 - 想只看物理核？
htop本身无原生开关，得靠taskset绑定进程后观察
htop 里某核长期 100%，但 top 总体 CPU 却很低，怎么回事？
这是典型的单线程瓶颈：某个进程（比如 Python 脚本、Java 应用或未优化的数据库查询）只跑在一个核上，死循环或密集计算把它榨干了，其他核完全闲置。此时 top 显示的 %Cpu(s) 是全局平均值，可能只有 12.5%（1/8 核），极具误导性。
- 在
htop中按P排序，找到 CPU% 最高的进程，再看它右侧的CPU列——那个数字就是它绑定的核心编号 - 用
ps -o pid,psr,comm -p <pid></pid>确认该进程当前运行在哪颗 CPU 上（psr字段） - 若需均衡负载，可用
taskset -c 0-3 <command></command>启动时指定可用核心范围
真正容易被忽略的是：平均负载值（load average）不是 CPU 使用率，而是就绪态 + 不可中断态（D 状态）进程的平均数量；它反映的是排队压力，不是消耗强度。单核满载时负载可能飙到 1.0，但 8 核服务器负载 4.0 才算中等压力——别只盯着数字大小，得结合核心数和进程状态一起看。
