1，top
- 常用选项：
-p 持续跟踪某一进程的状态； - 常用操作指令：
数字键1：展开所有cpu的状态；
shift+< 或者 shift+> : 切换排序的参照字段，向左或者向右； - 特殊用法，用于持续跟踪：
把输出结果重定向到文件：top -n 1 -b | head -30 > top.log
2，sar (由 sysstat 包提供，操作系统可能不自带)
- sar命令可以监控的性能指标也很多，我习惯上用来监控网卡流量(-n)：
- 用法： sar -n EDEV 1(采样间隔) 10(采样次数)
- -n DEV ： 网络接口统计信息。
-n EDEV ： 网络接口错误。
-n IP ： IP数据报统计信息。
-n EIP ： IP错误统计信息。
-n TCP ： TCP统计信息。
-n ETCP ： TCP错误统计信息。
-n SOCK ： 套接字使用。 - 此外： -u 选项监控cpu ， -r 内存 , -d 磁盘io等；
3，iostat
- 常用用法： iostat -dmx 1(采样间隔) 10(采样次数)
- 输出样例：
Device: rrqm/s wrqm/s r/s w/s rMB/s wMB/s avgrq-sz avgqu-sz await svctm %util
sda 1.58 40.77 39.45 273.86 1.10 7.80 58.15 3.69 11.79 1.41 44.07 - 后面3个指标： io延迟 、io等待时间 、io利用率
- %util很大 超过80% 设备很忙
await远大于svctm 延迟很大
avgqu-sz 队列很长
r/s,w/s，IO读写次数频繁
IO等待时间占用百分比大 %iowait
iowait% <20% 良好
iowait% <35% 一般
iowait% >50%
svctm一般要小于await(因为同时等待的请求的等待时间被重复计算了),svctm的 大小一般和磁盘性能有关,CPU/内存的负荷也会对其有影响，请求过多也会间接导致svctm的增加，一般svctm值在15以下会被认为是一个健康的数值。
await的大小一般取决于服务时间(svctm)以及I/O队列的长度和I/O请求的发出模 式。如果svctm比较接近await,说明I/O几乎没有等待时间;
如果await远大于svctm,说明I/O队列太长，应用得到的响应时间变慢,如果响应时间超过了用户可以容许的范围,这时可以考虑更换更快的磁盘,调整内核elevator算法,优化应用,或者升级CPU。
4，smartctl
- 查看磁盘smart信息：smartctl -a /dev/sda
- 查看磁盘健康信息： smartctl -H /dev/sda
- 对磁盘进行自检： smartctl -C -t short(设置为long耗时较长) /dev/sda
- 查看自检信息： smartctl -l selftest /dev/sda
5，pidstat
- 查看进程使用资源的情况
- 常用用法，每秒一次查看httpd进程的IO使用情况(-d)：
pidstat -d 1 -p 9323 或者：
pidstat -d 1 | grep httpd - 此外，类似的，也支持 -u CPU ， -r 内存；
网页名称：linux常用性能监测命令top、sar、iostat、pi
标题URL：
http://cdweb.net/article/gpjeos.html
