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 内存；