五类资源各有各的读法
CPU 要看单核与中断分布，而不是只看平均值：加解密、网络中断与协议处理常集中在少数核心上。内存要区分应用占用与文件系统缓存，后者是可回收的，不等于泄漏。磁盘要看时延与队列，而不是只看利用率数字。网络要看错误与重传。最后是服务侧的连接数、句柄数与工作线程数——它们决定了「看起来资源不忙但请求排队」的现象。
基本信息
| 适用平台 | Windows 文件服务器与 Linux/Samba 服务端 |
|---|---|
| CPU 观测 | top、pidstat、中断分布 |
| 磁盘观测 | iostat -x、磁盘队列与时延 |
| 内存观测 | free、缓存占用变化趋势 |
| 服务侧观测 | 会话与句柄视图、工作线程数 |
指标与异常判读
| 资源 | 关键指标 | 异常时的表现 |
|---|---|---|
| CPU | 单核占用与中断占比 | 总利用率不高但吞吐上不去 |
| 内存 | 可用内存与缓存趋势 | 缓存被误判为泄漏，或真实内存耗尽 |
| 磁盘 | 平均时延与队列深度 | 利用率数字不高却响应很慢 |
| 网络 | 错误、丢弃与重传 | 吞吐抖动、时延抬升 |
| 服务侧 | 会话数、句柄数、线程数 | 请求排队，响应时间随并发上升 |
观测命令示例
观测命令示例
top -b -n 1 | head -n 15 # 观察单核与整体负载
pidstat -u -p ALL 1 3 # 按进程看 CPU 分布
iostat -x 1 3 # 磁盘时延与队列
free -m # 内存与缓存
vmstat 1 5 # 上下文切换与阻塞情况
smbstatus -b 2>/dev/null | head # 会话概览（Samba 侧）在固态介质上，磁盘利用率这个百分比常常不能反映饱和度：介质本身很快，少量排队就能让时延明显上升。判断磁盘是否为瓶颈应优先看平均时延与队列深度是否随负载上升，而不是等利用率接近满值。
没有基线就没有异常判断依据。建议在业务正常时段记录 CPU、内存、磁盘时延、会话数与吞吐的一组基准值，并把它们纳入日常巡检；故障发生时直接用当前值与之对比，可以快速确认是哪一类资源先发生变化。