Windows 11用任务管理器性能选项卡看全局CPU使用率，进程选项卡查各进程占比，资源监视器下钻至线程级；Linux/mac用top按1键查看单核占用、htop或mpstat -P ALL获取每核明细，避免误读%CPU总和。
怎么看 CPU 占用率：别只盯着 %CPU 列
直接运行 top 看到的 %CPU 是进程在「所有逻辑 CPU 总和」上的占比，不是单核占用率。比如 4 核机器上一个进程显示 200%，实际是占满 2 个核 —— 这容易误判为“超载”。
真正要看“节点级”（即每个 CPU 核心）的实时占用：
- 启动
top后按1键，它会立刻展开每颗逻辑 CPU 的使用率（%us、%id等），这才是真正的“节点”粒度 - 或者用
mpstat -P ALL 1（需安装sysstat），每秒输出每个 CPU 的详细统计，%usr+%sys就是该核的实际工作占比 - 注意：如果
%wa高（比如 >20%），说明 CPU 在等磁盘/网络，此时看%CPU没意义，瓶颈不在 CPU
内存占用比例怎么算才准：别信 %MEM 那一列
top 或 ps 里的 %MEM 是按 RES / total physical memory 算的，但 Linux 内存管理有 buff/cache 和 available 两个关键概念 —— 它们决定了系统是否真的快撑不住了。
正确姿势：
- 用
free -h，重点看available值（不是free），它已扣除不可回收的缓存，才是真实可用内存 - 计算“真实占用比例”：
(total - available) / total，比如Mem: 16G total, 11G available→ 实际压力约 31% -
top中的%MEM对单个进程参考价值低，因为共享内存（SHR）被重复计算，ps aux --sort=-%mem | head -5只能粗筛，不能当精确依据
磁盘空间“节点”指什么：分区才是最小单位
Linux 没有“磁盘节点”这种抽象概念，实际监控单元是挂载点（mount point），也就是 df 输出里的 Mounted on 列。
linux-performance-analyzer
下载
Linux 性能分析与调优专家，覆盖 CPU、内存、磁盘 I/O、网络、内核参数、编译优化、容器/K8s。适用场景：系统卡顿/高负载、内存不足/OOM/Swap 高、CPU 异常/iowait 高。
查具体占用比例必须：
- 用
df -h看每个挂载点的Use%，这是唯一权威值；df -hT顺带确认文件系统类型（ext4vsxfs行为略有差异） - 警惕
df -i—— inode 耗尽时，Use%可能才 30%，但新建文件会失败（常见于日志、小文件密集场景） - 不要用
du -sh /代替df：前者统计文件大小总和，后者读取文件系统元数据，遇到硬链接、已删除但未释放的文件时结果严重不一致
为什么 load average 不等于 CPU 占用率
很多人把 load average: 2.40, 2.10, 1.95 当成“CPU 使用率 240%”，这是根本性误解。
load average 是「就绪队列长度 + 不可中断睡眠进程数」的平均值，反映的是系统整体调度压力：
- 单核机器上 load = 1.0 表示刚好满负荷；4 核机器 load = 4.0 才是理论饱和点
- 即使
%id很高（CPU 空闲），load 也可能飙升 —— 比如大量进程卡在D状态（等待磁盘 IO），这时%wa会同步升高 - 真正要对比的是
load / nproc：比值 1.0 就得查瓶颈了（不一定是 CPU）
所谓“节点具体占用比例”，本质是分层问题：CPU 看每个逻辑核、内存看 available、磁盘看挂载点、负载看 load / core count —— 混用指标只会误导判断。
