监控CPU使用率
使用下面的命令：
root@ThinkPad-X230s:~# gnome-system-monitor
将会出现图形化工具GNOME System Monitor
监控CPU调度程序运行队列
linux 可以使用 vmstat 命令
vmstat 是 Virtual Memory Statics 的缩写，是实时系统监控工具。该命令通过使用knlist子程序和/dev/kmen伪设备驱动器访问这些数据，输出信息直接打印在屏幕。Vmstat反馈的与CPU相关的信息包括：
（1）多少任务在运行
（2）CPU使用的情况
（3）CPU收到多少中断
（4）发生多少上下文切换
下面只介绍Vmstat 与 CPU相关的参数
vmstat [delay [count] ]
参数的含义如下：
delay: 相邻的两次采样的间隔时间
count: 采样的次数，count 只能和delay一起使用
当没有参数时，vmstat则显示系统启动以后所有信息的平均值。有delay时，第一行的信息自系统启动以来的平均信息。从第二行开始，输出为前一个delay时间段的平均信息。当系统有多个cpu时，输出为所有cpu的平均值。
举例子：
root@-ThinkPad-X230s:~# vmstat 10 3 （间隔时间为10秒，取3次数值）
procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
0 0 0 2681076 115024 1477712 0 0 74 42 253 928 6 6 87 1 0
0 0 0 2679272 115032 1477268 0 0 2 5 837 2352 3 4 93 0 0
0 0 0 2670532 115048 1484004 0 0 0 20 879 2625 3 5 92 0 0
下面的内容摘自博客园：http://www.cnblogs.com/ggjucheng/archive/2012/01/05/2312625.html 博主的文章内容：
r 表示运行队列(就是说多少个进程真的分配到CPU)，我测试的服务器目前CPU比较空闲，没什么程序在跑，当这个值超过了CPU数目，就会出现CPU瓶颈 了。这个也和top的负载有关系，一般负载超过了3就比较高，超过了5就高，超过了10就不正常了，服务器的状态很危险。top的负载类似每秒的运行队 列。如果运行队列过大，表示你的CPU很繁忙，一般会造成CPU使用率很高。
b 表示阻塞的进程,这个不多说，进程阻塞，大家懂的。
swpd 虚拟内存已使用的大小，如果大于0，表示你的机器物理内存不足了，如果不是程序内存泄露的原因，那么你该升级内存了或者把耗内存的任务迁移到其他机器。
free 空闲的物理内存的大小，我的机器内存总共8G，剩余3415M。
buff Linux/Unix系统是用来存储，目录里面有什么内容，权限等的缓存，我本机大概占用300多M
cache cache直接用来记忆我们打开的文件,给文件做缓冲，我本机大概占用300多M(这里是Linux/Unix的聪明之处，把空闲的物理内存的一部分拿来做文件和目录的缓存，是为了提高 程序执行的性能，当程序使用内存时，buffer/cached会很快地被使用。)
si 每秒从磁盘读入虚拟内存的大小，如果这个值大于0，表示物理内存不够用或者内存泄露了，要查找耗内存进程解决掉。我的机器内存充裕，一切正常。
so 每秒虚拟内存写入磁盘的大小，如果这个值大于0，同上。
bi 块设备每秒接收的块数量，这里的块设备是指系统上所有的磁盘和其他块设备，默认块大小是1024byte，我本机上没什么IO操作，所以一直是0，但是我曾在处理拷贝大量数据(2-3T)的机器上看过可以达到140000/s，磁盘写入速度差不多140M每秒
bo 块设备每秒发送的块数量，例如我们读取文件，bo就要大于0。bi和bo一般都要接近0，不然就是IO过于频繁，需要调整。
in 每秒CPU的中断次数，包括时间中断
cs 每秒上下文切换次数，例如我们调用系统函数，就要进行上下文切换，线程的切换，也要进程上下文切换，这个值要越小越好，太大了，要考虑调低线程或者进程的 数目,例如在apache和nginx这种web服务器中，我们一般做性能测试时会进行几千并发甚至几万并发的测试，选择web服务器的进程可以由进程或 者线程的峰值一直下调，压测，直到cs到一个比较小的值，这个进程和线程数就是比较合适的值了。系统调用也是，每次调用系统函数，我们的代码就会进入内核 空间，导致上下文切换，这个是很耗资源，也要尽量避免频繁调用系统函数。上下文切换次数过多表示你的CPU大部分浪费在上下文切换，导致CPU干正经事的 时间少了，CPU没有充分利用，是不可取的。
us 用户CPU时间，我曾经在一个做加密解密很频繁的服务器上，可以看到us接近100,r运行队列达到80(机器在做压力测试，性能表现不佳)。
sy 系统CPU时间，如果太高，表示系统调用时间长，例如是IO操作频繁。
id 空闲 CPU时间，一般来说，id + us + sy = 100,一般我认为id是空闲CPU使用率，us是用户CPU使用率，sy是系统CPU使用率。
wt 等待IO CPU时间。
监控锁竞争
使用sysstat包中的pidstat命令来监控，没有安装的需要先安装 sysstat 这个包。
root@ThinkPad-X230s:~# pidstat
程序“pidstat”尚未安装。 您可以使用以下命令安装：
apt-get install sysstat
然后安装：
安装完毕！
使用其中的命令工具：pidstat
监控网络I/O使用率
nicstat 原本是Solaris 平台下显示网卡流量的工具，Tim cook 将它移植到linux平台
转载自系统技术非业余研究 http://blog.yufeng.info/archives/2518
监控磁盘I/O使用率
iostat [-t] [-c] [interval [count] ]
参数含义：
t 表示输出采用的时间
c 表示只显示CPU的信息
Internal 相邻的两次采样的间隔时间
count 采样的次数，count 只能和 delay 一起使用
当没有参数时，iostat则显示系统启动以后所有信息的平均值。
与CPU有关的输出的含义：以下内容来自于：http://blog.csdn.net/zhangjay/article/details/6656771
avg-cpu段:
%user: 在用户级别运行所使用的CPU的百分比.
%nice: nice操作所使用的CPU的百分比.
%sys: 在系统级别(kernel)运行所使用CPU的百分比.
%iowait: CPU等待硬件I/O时,所占用CPU百分比.
%idle: CPU空闲时间的百分比.
Device段:
tps: 每秒钟发送到的I/O请求数.
Blk_read /s: 每秒读取的block数.
Blk_wrtn/s: 每秒写入的block数.
Blk_read: 读入的block总数.
Blk_wrtn: 写入的block总数.
实例：
# iostat
显示一条统计记录,包括所有的CPU和设备.
# iostat -d 2
每隔2秒,显示一次设备统计信息.
# iostat -d 2 6
每隔2秒,显示一次设备统计信息.总共输出6次.
# iostat -x hda hdb 2 6
每隔2秒显示一次hda,hdb两个设备的扩展统计信息,共输出6次.
# iostat -p sda 2 6
每隔2秒显示一次sda及上面所有分区的统计信息,共输出6次.