redhat下查看cpu，内存等系统性能使用情况

free命令

 -b，在终端窗口连续不断的输出内存使用情况

 -s，刷新时间

#free -b -s1

终端输出：

             total                    used                  free                   shared    buffers            cached
Mem:    8292233216    3739684864    4552548352    0             193945600    2861092864
-/+ buffers/cache:  684646400 7607586816
Swap:   16777207808          0 16777207808

watch

watch命令，会按时执行设置命令，并清空屏幕。

#watch -n1 free -b

效果是每秒在屏幕上刷新显示free命令信息。

使用vmstat命令查看系统资源使用情况

vmstat是VirtualMeomoryStatistics（虚拟内存统计）的缩写，可对操作系统的虚拟内存、进程、CPU活动进行监视。它是对系统的整体情况进行统计，不足之处是无法对某个进程进行深入分析。通常使用vmstat 5 5（表示在5秒时间内进行5次采样）命令测试。将得到一个数据汇总它可以反映真正的系统情况。

vmstat命令输出分成六个部分：

(1)进程procs：

r：在运行队列中等待的进程数。

b：在等待io的进程数。

(2)内存memoy：

swpd：现时可用的交换内存（单位KB）。

free：空闲的内存（单位KB）。

buff:缓冲去中的内存数（单位：KB）。

cache：被用来做为高速缓存的内存数（单位：KB）。

（3）swap交换页面

si:从磁盘交换到内存的交换页数量，单位：KB/秒。

so:从内存交换到磁盘的交换页数量，单位：KB/秒。

(4)io块设备:

bi:发送到块设备的块数，单位：块/秒。

bo:从块设备接收到的块数，单位：块/秒。

(5)system系统：

in:每秒的中断数，包括时钟中断。

cs:每秒的环境（上下文）切换次数。

（6）cpu中央处理器：

cs：用户进程使用的时间。以百分比表示。

sy：系统进程使用的时间。以百分比表示。

id：中央处理器的空闲时间。以百分比表示。

如果r经常大于4，且id经常小于40，表示中央处理器的负荷很重。如果bi，bo长期不等于0，表示物理内存容量太小。

sar命令

sar [options] [-A] [-o file] t [n]

在命令行中，n 和t 两个参数组合起来定义采样间隔和次数，t为采样间隔，是必须有的参数，n为采样次数，是可选的，默认值是1，-o file表示将命令结果以二进制格式存放在文件中，file 在此处不是关键字，是文件名。options 为命令行选项，sar命令的选项很多，下面只列出常用选项：

-A：所有报告的总和。
-u：CPU利用率
-v：进程、I节点、文件和锁表状态。
-d：硬盘使用报告。
-r：没有使用的内存页面和硬盘块。
-g：串口I/O的情况。
-b：缓冲区使用情况。
-a：文件读写情况。
-c：系统调用情况。
-R：进程的活动情况。
-y：终端设备活动情况。
-w：系统交换活动。

二、分析经验性步骤：

首先查看 CPU 使用情况，按照诊断 CPU、内存或磁盘瓶颈的指导进行操作。对于下面的每个步骤，查找一端时间内的趋势，从中收集系统运行性能较差时的数据。另外，只有将这些数据与系统正常运行时收集的数据进行比较时才能进行准确的诊断。

步骤 1

# sar -u [interval] [iterations]
(示例: sar -u 5 30)
%idle 是否很低? 这是 CPU 未在运行任何进程的时间百分比。 在一端时间内 %idle 为零可能是 CPU 瓶颈的第一个指示。

不是 -> 系统未发生 CPU 瓶颈。转至步骤 3。
是 -> 系统可能发生了 CPU、内存或 I/O 瓶颈。转至步骤 2。

步骤 2

%usr 是否较高? 很多系统正常情况下花费 80% 的 CPU 时间用于用户， 20% 用于系统。其他系统通常会使用 80% 左右的用户时间。

不是 -> 系统可能遇到 CPU、内存或 I/O 瓶颈。转至步骤 3。
是 -> 系统可能由于用户进程遇到 CPU 瓶颈。调整系统的 CPU 瓶颈。

步骤 3

%wio 的值是否大于 15? （不同os有不同的阀值）

是 -> 以后记住这个值。它可能表示磁盘或磁带瓶颈。转至步骤 4。
不是 -> 转至步骤 4。

步骤 4

# sar -d [interval] [iterations]
用于任何磁盘的 %busy 是否都大于 50? (请记住，50% 指示一个大概的 指南，它可能远远高于您系统的正常值。在某些系统上，甚至 %busy 值为 20 可能就表示发生了磁盘瓶颈，而其他系统正常情况下可能就为 50% busy。)对于同一个磁盘上，avwait 是否大于 avserv?

不是 -> 很可能不是磁盘瓶颈，转至步骤 6。
是 -> 此设备上好像发生了 IO 瓶颈。
转至步骤 5。

步骤 5

系统上存在磁盘瓶颈，发生瓶颈的磁盘上有哪些内容?

原始分区，文件系统 -> 调整发生磁盘 IO 瓶颈的系统。
Swap -> 可能是由于内存瓶颈导致的。
转至步骤 6。

步骤 6

# vmstat [interval] [iterations]
在很长的一端时间内，po 是否总是大于 0?
对于一个 s800 系统 (free * 4k) 是否小于 2 MB，
(对于 s700 系统 free * 4k 是否小于 1 MB)?
(值 2 MB 和 1 MB 指示大概的指南，真正的 LOTSFREE 值，即系统开始发生 paging 的值是在系统引导时计算的，它是基于系统内存的大小的。)

不是 -> 如果步骤 1 中的 %idle 较低，系统则很可能发生了 CPU 瓶颈，调整发生了 CPU 瓶颈的系统。
如果 %idle 不是很低，则可能不是 CPU、磁盘 IO或者内存瓶颈。
是 -> 系统上存在内存瓶颈，调整发生内存瓶颈的系统。