Linux中常用的监控CPU整体性能的工具有：
mpstat： mpstat 不但能查看所有CPU的平均信息，还能查看指定CPU的信息。
vmstat：只能查看所有CPU的平均信息；查看cpu队列信息；
iostat: 只能查看所有CPU的平均信息。
sar： 与mpstat 一样，不但能查看CPU的平均信息，还能查看指定CPU的信息。
top：显示的信息同ps接近，但是top可以了解到CPU消耗，可以根据用户指定的时间来更新显示。
oprofile：OProfile 是一个低开销的系统全局的性能监视工具。它使用处理器上的性能监视硬件来检索关于内核以及系统上的可执行文件的信息，例如内存是何时被引用的；L2 缓存请求数量；收到的硬件中断数量等
1. /proc/stat/
包含了所有CPU活动的信息，该文件中的所有值都是从系统启动开始累计到当前时刻。
|
输出解释
CPU 以及CPU0、CPU1、CPU2、CPU3每行的每个参数意思（以第一行为例）为：
参数 解释
user (432661) 从系统启动开始累计到当前时刻，用户态的CPU时间（单位：jiffies） ，不包含 nice值为负进程。1jiffies=0.01秒
nice (13295) 从系统启动开始累计到当前时刻，nice值为负的进程所占用的CPU时间（单位：jiffies）
system (86656) 从系统启动开始累计到当前时刻，核心时间（单位：jiffies）
idle (422145968) 从系统启动开始累计到当前时刻，除硬盘IO等待时间以外其它等待时间（单位：jiffies）
iowait (171474) 从系统启动开始累计到当前时刻，硬盘IO等待时间（单位：jiffies） ，
irq (233) 从系统启动开始累计到当前时刻，硬中断时间（单位：jiffies）
softirq (5346) 从系统启动开始累计到当前时刻，软中断时间（单位：jiffies）
CPU时间=user+system+nice+idle+iowait+irq+softirq
“intr”这行给出中断的信息，第一个为自系统启动以来，发生的所有的中断的次数；然后每个数对应一个特定的中断自系统启动以来所发生的次数。
“ctxt”给出了自系统启动以来CPU发生的上下文交换的次数。
“btime”给出了从系统启动到现在为止的时间，单位为秒。
“processes (total_forks) 自系统启动以来所创建的任务的个数目。
“procs_running”：当前运行队列的任务的数目。
“procs_blocked”：当前被阻塞的任务的数目。
2. /proc/loadavg
该文件中的所有值都是从系统启动开始累计到当前时刻。该文件只给出了所有CPU的集合信息，不能该出每个CPU的信息。
[root@localhost ~]# cat /proc/loadavg
4.61 4.36 4.15 9/84 5662
每个值的含义为：
参数 解释
lavg_1 (4.61) 1-分钟平均负载
lavg_5 (4.36) 5-分钟平均负载
lavg_15(4.15) 15-分钟平均负载
nr_running (9) 在采样时刻，运行队列的任务的数目，与/proc/stat的procs_running表示相同意思
nr_threads (84) 在采样时刻，系统中活跃的任务的个数（不包括运行已经结束的任务）
last_pid(5662) 最大的pid值，包括轻量级进程，即线程。
假设当前有两个CPU，则每个CPU的当前任务数为4.61/2=2.31
3. uptime
uptime是Linux系统常用的命令，用来报告系统已经运行多长时间，依此显示的信息：现在时间，系统已经运行了的时间，目前有多少登陆用户， 1分钟系统平均负载，5分钟系统平均负载，15分钟系统平均负载。该命令从/proc/loadavg 中获得load average的信息。
范例1：系统只用一个CPU
[root@localhost ~]# uptime
12:20:49 up 3 days,9:20, 5 users, load average 1.10 1.32 1.15
对于一个CPU的系统来说，范例1中的平均负载高了些。通常来说：如果系统有n个CPU而且平均负载小于n,则说明某些CPU还有空闲的时间片。通过该命令，你能知道CPU是否繁忙，但是无法知道为什么忙。
4. mpstat
mpstat是Multiprocessor Statistics的缩写，是实时系统监控工具。其报告与CPU的一些统计信息，这些信息存放在/proc/stat文件中。在多CPUs系统里，其不但能查看所有CPU的平均状况信息，而且能够查看特定CPU的信息。下面只介绍 mpstat与CPU相关的参数，mpstat的语法如下：
mpstat [-P {|ALL}] [internal [count]]
参数的含义如下：
参数 解释
-P {|ALL} 表示监控哪个CPU， cpu在[0,cpu个数-1]中取值
internal 相邻的两次采样的间隔时间
count 采样的次数，count只能和delay一起使用
当没有参数时，mpstat则显示系统启动以后所有信息的平均值。有interval时，第一行的信息自系统启动以来的平均信息。从第二行开始，输出为前一个interval时间段的平均信息。与CPU有关的输出的含义如下：
参数 解释 从/proc/stat获得数据
CPU 处理器ID
user 在internal时间段里，用户态的CPU时间（%） ，不包含 nice值为负 进程 usr/total*100
nice 在internal时间段里，nice值为负进程的CPU时间（%） nice/total*100
system 在internal时间段里，核心时间（%） system/total*100
iowait 在internal时间段里，硬盘IO等待时间（%） iowait/total*100
irq 在internal时间段里，软中断时间（%） irq/total*100
soft 在internal时间段里，软中断时间（%） softirq/total*100
idle 在internal时间段里，CPU除去等待磁盘IO操作外的因为任何原因而空闲的时间闲置时间 （%） idle/total*100
intr/s 在internal时间段里，每秒CPU接收的中断的次数 intr/total*100
CPU总的工作时间=total_cur=user+system+nice+idle+iowait+irq+softirq
total_pre=pre_user+ pre_system+ pre_nice+ pre_idle+ pre_iowait+ pre_irq+ pre_softirq
user=user_cur – user_pre
total=total_cur-total_pre
其中_cur 表示当前值，_pre表示interval时间前的值。上表中的所有值可取到两位小数点。
范例1：average mode (粗略信息)
当mpstat不带参数时，输出为从系统启动以来的平均值。
|
范例2: 每2秒产生了4个处理器的统计数据报告
下面的命令可以每2秒产生了4个处理器的统计数据报告，一共产生三个interval 的信息，然后再给出这三个interval的平均信息。默认时，输出是按照CPU 号排序。第一个行给出了从系统引导以来的所有活跃数据。接下来每行对应一个处理器的活跃状态。。
|
范例3：比较带参数和不带参数的mpstat的结果。
在后台开一个2G的文件
> cat 1.img —/* 1.img=2GBytes
然后在另一个终端运行mpstat命令
|
上两表显示出当要正确反映系统的情况，需要正确使用命令的参数。vmstat 和iostat 也需要注意这一问题。
5. vmstat
vmstat是Virtual Meomory Statistics（虚拟内存统计）的缩写, 是实时系统监控工具。该命令通过使用knlist子程序和/dev/kmen伪设备驱动器访问这些数据，输出信息直接打印在屏幕。vmstat反馈的与CPU相关的信息包括：
（1）多少任务在运行
（2）CPU使用的情况
（3）CPU收到多少中断
（4）发生多少上下文切换
下面只介绍 Vmstat与CPU相关的参数
vmstat的语法如下：
vmstat [delay [count]]
参数的含义如下：
参数 解释
delay 相邻的两次采样的间隔时间
count 采样的次数，count只能和delay一起使用
当没有参数时，vmstat则显示系统启动以后所有信息的平均值。有delay时，第一行的信息自系统启动以来的平均信息。从第二行开始，输出为前一个delay时间段的平均信息。当系统有多个CPU时，输出为所有CPU的平均值。
与CPU有关的输出的含义 (采用进一法)
参数 解释 从/proc/stat获得数据
任务的信息
r 在internal时间段里，运行队列里等待CPU的任务（任务）的个数，即不包含vmstat进程 procs_running-1
b 在internal时间段里，被资源阻塞的任务数（I/0，页面调度，等等.） ，通常情况下是接近0的 procs_blocked
CPU信息 所有值取整（四舍五入）
us 在internal时间段里，用户态的CPU时间(%)，包含 nice值为负进程 (user+nice)/total*100
sy 在internal时间段里，核心态的CPU时间(%) (system+irq+softirq)/total*100
id 在internal时间段里，cpu空闲的时间，不包括等待i/o的时间(%) idle/total*100
wa 在internal时间段里，等待i/o的时间(%) iowait/total*100
系统信息
in 在internal时间段里，每秒发生中断的次数 intr/interval
cs 在internal时间段里，每秒上下文切换的次数，即每秒内核任务交换的次数 ctxt/interval
|
范例1：average mode (粗略信息)
当vmstat不带参数时，对应的输出值是从系统启动以来的平均值，而r和b则对应的是完成这一命令时，系统的值。从下面例子，可以看出系统基本出去闲置状态（idle）。自启动以来，CPU在用户态消耗时间为5%，在核心态消耗为本1%，剩下的为闲置时间。需要指出的是：这里的用户态时间包括nice值为负的进程的时间。
|
范例2：average mode (详细信息)
命令格式：
vmstat –s
这里只讨论与CPU相关信息。“CPU ticks”表示自系统启动CPU运行时间，这里以tick为时间单位。用tick来西安市us,sy id 和wa的时间；forks指自从系统启动以来，所创建的新任务的个数。这些信息从/proc/stat 的第一行和”processes”行获得。
|
结果解释
参数 描述 /proc/stat
non-nice user cpu ticks 自系统启动以来，CPU在用户态下运行非nice进程的时间，单位为jiffies user
nice user cpu ticks 自系统启动以来，CPU在用户态下运行nice进程的时间，单位为jiffies nice
system cpu ticks 自系统启动以来，CPU处于系统状态的时间，单位为jiffies sys
idle cpu ticks 自系统启动以来，CPU处于闲置状态的时间，单位为jiffies idle
IO-wait cpu ticks 自系统启动以来，CPU处理IO中断的时间，单位为jiffies iowait
IRQ cpu ticks 自系统启动以来，CPU处理硬中断的时间，单位为jiffies irq
softing cpu ticks 自系统启动以来，CPU处理软中断的时间，单位为jiffies Softirq
interrupts 自系统启动以来，发生的所有的中断的次数目 Intr
CPU context switches 自系统启动以来，发生的上下文交换的次数 Ctxt
boot time 自系统启动以来到现在运行的时间，单位为秒。 btime
forks 自系统启动以来所创建的任务的个数目。 Process
范例3：定期采样(delay [count])
定期采样数据是指每隔delay时间，采样一次。当count 为0时，vmstat 将不停地定期报告信息；否则当报告count次后，vmstat 命令停止运行。
第一行的信息如同范例1，是自系统启动以来的平均信息。从第二行开始，每行的意思是：r和b采样那一时刻系统运行队列和等待队列的情况；而usystem参数（in,cs）以及CPU参数（us,sy,id,wa）对应的输出值是系统在前一个delay的情况。
从下面例子可以看出上下文交换的次数小于中断的发生次数。当系统大部分时间是空闲并且中断大部分是时间中断时，这种现象极可能发生。当时间中断发生时, 因为调度器没有什么任务可调度，所以很少发生上下文切换。
|
6. iostat
iostat [-t] [-c] [interval [count]]
参数的含义如下：
参数 解释
T 表示输出采用的时间
C 表示只显示CPU的信息
Internal 相邻的两次采样的间隔时间
count 采样的次数，count只能和delay一起使用
当没有参数时，iostat则显示系统启动以后所有信息的平均值。
与CPU有关的输出的含义
参数 解释 从/proc/stat获得
CPU 处理器ID
user 在internal时间段里，用户态的CPU时间（%） ，不包含 nice值为负进程 usr/total*100
nice 在internal时间段里，nice值为负进程的CPU时间（%） nice/total*100
sys 在internal时间段里，核心时间（%） (system+irq+softirq)/total*100
iowait 在internal时间段里，硬盘IO等待时间（%） iowait/total*100
idle 在internal时间段里，CPU除去等待磁盘IO操作外的因为任何原因而空闲的时间闲置时间 （%） idle/total*100
|
有interval时，第一行的信息自系统启动以来的平均信息。从第二行开始，输出为前一个interval时间段的平均信息。
范例1：
|
7. sar
sar是System Activity Reporter（系统活跃情况报告）的缩写。顾名思义，sar工具将对系统当前的状态进行采样，然后通过计算数据和比例来表达系统的当前运行状态。它的特点是可以连续对系统采样，获得大量的采样数据；采样数据和分析的结果都可以存入文件，所需的负载很小。这些是检查历史数据和一些近来的系统事件。sar用于检查的性能数据类似于vmstat, mpstat和 iostat的显示。 sar的数据是一段时间保存的内容，因此可以察看过去的信息。 lastcomm可以现在系统最近被执行的命令。这些可以用在系统审计中。sa 可以在*BSD和Linux中找到，它给用户在系统审计中更多的选项来收集信息。
在反馈CPU整体信息方面，sar 反馈的与CPU相关的信息包括：
（1）多少任务在运行
（2）CPU使用的情况
（3）CPU收到多少中断
（4）发生多少上下文切换
sar的语法如下：
sar [-options] [interval [count]]
其中，internal是两次采样的间隔时间；count是指采样的次数；与CPU相关的options有：
参数的含义如下：
参数 解释
-c 表示输出采用的时间
-e hh:mm:ss 表示只显示CPU的信息
-i {irq |SUM|ALL|XALL} 相邻的两次采样的间隔时间
-P {cpu|ALL}
-q 显示在采样的时刻，可运行队列的任务的个数，以及系统平均负载
-u CPU 使用的情况，报告了cpu的用户态，系统态，等待I/O和空闲时间上的百分比。
-w：每秒上下文交换率
-o：filename 将结果放在文件里
-f：filename 表示从file文件中取出数据，如果没有指定-f file，则从标准数据文件
范例1：
首先在后台运行一个创建1GB文件的任务，然后输入：“sar -c -q -w 3 2”，表示每3秒采样一次，采样两次，可以看到系统有82个任务，但是在10时12分08秒时有一个任务在运行，在下一次采样10时12分11秒时，没有任务在运行。
|
与CPU有关的输出的含义
参数 解释 从/proc/stat获得数据
proc/s 在internal时间段里，每秒上下文切换率 processes/total*100
cswch 在internal时间段里，每秒上下文切换率 ctxt/total*100
intr/s 在internal时间段里，每秒CPU接收的中断的次数 idle/total*100
从/proc/loadavg获得数据
runq-sz 采样时，运行队列中任务的个数，不包括vmstat 进程。 procs_running-1
plist-sz 采样时，系统中活跃的任务的个数 nr_threads
ldavg-1 采样的前一秒钟系统的负载(%) lavg_1
ldavg-5 采样的5秒钟系统的负载(%) lavg_5
ldavg-15 采样的前15秒钟系统的负载(%) lavg_15
下面输入命令“sar 3 2”,表示每隔3秒显示CPU的状态，共显示2次。此时创建1GB文件的任务还在后台进行。
|
与CPU有关的输出的含义
参数 解释 从/proc/stat获得数据
CPU 处理器ID
user 在internal时间段里，用户态的CPU时间（%） ，不包含 nice值为负进程 usr/total*100
nice 在internal时间段里，nice值为负进程的CPU时间（%） nice/total*100
sys 在internal时间段里，核心时间（%） (system+irq+softirq)/total*100
iowait 在internal时间段里，硬盘IO等待时间（%） iowait/total*100
idle 在internal时间段里，CPU除去等待磁盘IO操作外的因为任何原因而空闲的时间闲置时间 （%） irq/total*100
输入命令“sar”,当不带任何参数时，表示每一秒采样一次，每次显示从系统到该采样时系统的平均信息。从Fig.8看出在10时12分43秒，系统idle应该为0,而Fig.9
|
上表中的所有值可取到两位小数点。
范例2：
|
8. top
top命令提供了实时的对系统处理器的状态监视，即可以通过用户按键来不断刷新当前状态。如果前台执行该命令，它将独占前台，直到用户终止该程序为止，但是该命令的很多特性都可以通过交互式命令或者在个人定制文件中进行设定。
下面是该命令的语法格式：
top [-] [d delay] [options]
一些参数的含义如下：
参数 解释
d delay 相邻的两次采样的间隔时间
q 该选项将使top没有任何延迟的进行刷新。如果调用程序有超级用户权限，那么top将以尽可能高的优先级运行
-l 不显示空闲进程，默认时，top显示空闲进程
-S 将系统进程信息也显示于屏幕，默认时，不显示。
与cPU有关的输出的含义
参数 解释
CPU信息 从/proc/stat获得信息
us 在internal时间段里，用户态的CPU时间(%)，不包含nice值为负的任务占用的CPU的时间
usr/total*100
ni 在internal时间段里，nice值为负的任务的用户态的Niced进程的CPU时间(%) nice/total*100
sy 在internal时间段里，核心态的CPU时间(%) system/total*100
id 在internal时间段里，cpu空闲的时间，不包括等待i/o的时间(%) idle/total*100
wa 在internal时间段里，等待i/o的时间(%) iowait/total*100
hi 在internal时间段里，硬中断时间(%) irq/total*100
si 在internal时间段里，软中断时间(%) softirq/total*100
任务
total 采样时，系统全部进程的个数，包括正在运行的top进程，不包括线程。 =running+sleeping+stopped+zombie
running 采样时，运行队列的进程的个数，但不包含top这个进程 通过判断/proc/pid/status中stat的值。
sleeping 采样时，可中断和不可中断状态的进程的个数
stopped 采样时，停止状态的进程的个数
zombie 采样时，僵尸状态的进程的个数
运行中的参数的含义
参数 解释
q 退出程序
r 重新安排一个进程的优先级别。系统提示用户输入需要改变的进程PID
S 切换到累计模式
L 切换显示平均负载和启动时间信息
T 切换显示进程和CPU状态信息
M 切换显示内存信息
s 改变两次刷新之间的延迟时间。系统将提示用户输入新的时间，单位为s。如果有小数，就换算成m s。输入0值则系统将不断刷新，默认值是5 s。需要注意的是如果设置太小的时间，很可能会引起不断刷新，从而根本来不及看清显示的情况，而且系统负载也会大大增加
范例1：查看 键入top命令查看系统状况
|
第一行的项目依次为当前时间、系统启动时间、当前系统登录用户数目、平均负载。
第二行为进程情况，依次为进程总数、休眠进程数、运行进程数、僵死进程数、终止进程数。
第三行为CPU状态，依次为用户占用、系统占用、优先任务占用、闲置任务占用。
第四行为内存状态，依次为平均可用内存、已用内存、空闲内存、共享内存、缓存使用内存。
第五行为交换状态，依次为平均可用交换容量、已用容量、闲置容量、交换高速缓存容量。
然后下面就是和ps相仿的各进程情况列表了。
总的来说，top命令的功能强于ps，但需要长久占用前台，所以用户应该根据自己的情况来使用这个命令。
9. oprofile
Oprofile这个性能监视工具是利用处理器上所包含的专用的性能监视硬件（若没有性能监视硬件则使用一个基于计时器的代用品）来收集与性能相关的数据样品（samples）。它获得关于内核以及系统上的可执行文件的信息，例如内存是何时被引用的；L2缓存请求的数量；收到的硬件中断数量等。
下表提供了对 oprofile 软件包中包括的工具的总览。
命令 描述
opcontrol 配置要收集的数据
op_help 显示系统处理器的可用事件以及每个事件的简单描述
opreport 获得有用的profile数据
Opannotate 如果应用程序使用调试符号编译了，创建带注解
oprofiled 作为守护进程来运行，定期把样品数据写入磁盘
Oparchive 收集可执行文件信息和调试信息,将采样文件归档
op_import 把样品数据库文件从异类二进制格式转换成系统的本地原始格式。只有在分析不同体系的样品数据库时才使用该选项。
（1）opcontrol
在运行 OProfile 之前，必须用opcontrol配置监视环境。在 opcontrol 命令被执行时，设置选项就会被保存到 /root/.oprofile/daemonrc 文件中。
命令格式
opcontrol [--vmlinux] [--start] [--stop] [--dump] [--shutdown] [--save=filename]
参数解释
参数 描述
vmlinux 用来配置是否监视内核。要监视内核，以根用户身份执行以下命令：
>opcontrol --vmlinux=/usr/src/linux-2.6.13/vmlinux
要配置 OProfile 不监视内核，以根用户身份执行以下命令：
>opcontrol --no-vmlinux
这个命令还会载入 oprofile 内核模块（如果还没有被载入），并创建 /dev/oprofile/ 目录（如果不存在）。
start 开始监视系统
要使用 OProfile 来开始监视系统，以根用户身份执行以下命令：
|
/root/.oprofile/daemonrc 中的设置被使用。OProfile 守护进程 oprofiled 被启动；它定期把样品数据写入 /var/lib/oprofile/samples/ 目录。该守护进程的日志位于 /var/lib/oprofile/oprofiled.log。如果 OProfile 使用不同的配置选项被重新启动，以前会话中的样品文件就会被自动备份到 /var/lib/oprofile/samples/session-N 目录中，这里的 N 是前一次备份会话数量再加1。
stop 停止监视
Shutdown 要停止建档器，以根用户身份执行以下命令：
>opcontrol –shutdown
Save save 保存数据
要保存当前的抽样文件集合，执行以下命令，把 替换成当前会话中的独特描述性名称。 opcontrol --save= 目录 /var/lib/oprofile/samples/name/ 被创建，当前的抽样文件被复制到其中。
Dump dump OProfile 守护进程 oprofiled 定期收集样品，并把它们写入 /var/lib/oprofile/samples/ 目录。在读取数据之前，请以根用户身份执行以下命令来确定所有数据都被写入这个目录中了。
| 自由广告区 |
| 分类导航 |
| 邮件新闻资讯: IT业界 | 邮件服务器 | 邮件趣闻 | 移动电邮 电子邮箱 | 反垃圾邮件|邮件客户端|网络安全 行业数据 | 邮件人物 | 网站公告 | 行业法规 网络技术: 邮件原理 | 网络协议 | 网络管理 | 传输介质 线路接入 | 路由接口 | 邮件存储 | 华为3Com CISCO技术 | 网络与服务器硬件 操作系统: Windows 9X | Linux&Uinx | Windows NT Windows Vista | FreeBSD | 其它操作系统 邮件服务器: 程序与开发 | Exchange | Qmail | Postfix Sendmail | MDaemon | Domino | Foxmail KerioMail | JavaMail | Winwebmail |James Merak&VisNetic | CMailServer | WinMail 金笛邮件系统 | 其它 | 反垃圾邮件: 综述| 客户端反垃圾邮件|服务器端反垃圾邮件 邮件客户端软件: Outlook | Foxmail | DreamMail| KooMail The bat | 雷鸟 | Eudora |Becky! |Pegasus IncrediMail |其它 电子邮箱: 个人邮箱 | 企业邮箱 |Gmail 移动电子邮件:服务器 | 客户端 | 技术前沿 邮件网络安全: 软件漏洞 | 安全知识 | 病毒公告 |防火墙 攻防技术 | 病毒查杀| ISA | 数字签名 邮件营销: Email营销 | 网络营销 | 营销技巧 |营销案例 邮件人才:招聘 | 职场 | 培训 | 指南 | 职场 解决方案: 邮件系统|反垃圾邮件 |安全 |移动电邮 |招标 产品评测: 邮件系统 |反垃圾邮件 |邮箱 |安全 |客户端 |