物理cpu个数*核数=逻辑cpu个数（不支持超线程技术的情况下）

我们工作时候应该从应用角度来看。

iostat是含在套装systat中的,可以用yum -y install systat来安装。

常关注的参数：

如发现某个分区空间接近用完，可以进入该分区的挂载点，用以下命令找出占用空间最多的文件或目录，然后按照从大到小的顺序，找出系统中占用最多空间的前10个文件或目录：

有时候系统响应很慢，但又找不到原因，这时就要查看平均负载了，看它是否有大量的进程在排队等待。

最简单的命令：

还有动态命令top 我们只关心以下部分：

一般计算方法：负载值/逻辑cpu个数

还可以结合vmstat命令来判断系统是否繁忙，其中：

其中：

Vmstat、sar、iostat、netstat、free、ps、top等

系统整体性能评估（uptime命令） uptime

16:38:00 up 118 days, 3:01, 5 users,load average: 1.22, 1.02, 0.91

注意：

系统有8个CPU,如load average三值长期大于8，说明CPU很繁忙，负载很高，可能会影响系统性能。

但偶尔大于8，一般不会影响系统性能。

如load average输出值小于CPU个数，则表示CPU有空闲时间片，比如本例中的输出，CPU是非常空闲的

显示系统各种资源之间相关性能简要信息，主要看CPU负载情况。

下面是vmstat命令在某个系统的输出结果：

r--运行和等待cpu时间片的进程数，这个值如果长期大于系统CPU的个数，说明CPU不足，需要增加CPU

b--在等待资源的进程数，比如正在等待I/O、或者内存交换等。

用户进程消耗的CPU 时间百分比。 us的值比较高时，说明用户进程消耗的cpu时间多，但是如果长期大于50%，就需要考虑优化程序或算法。

内核进程消耗的CPU时间百分比。Sy的值较高时，说明内核消耗的CPU资源很多。

根据经验，us+sy的参考值为80%，如果us+sy大于 80%说明可能存在CPU资源不足。

sar对系统每方面进行单独统计，但会增加系统开销，不过开销可以评估，对系统的统计结果不会有很大影响。

下面是sar命令对某个系统的CPU统计输出：

输出解释如下：

你是否遇到过系统CPU整体利用率不高，而应用缓慢的现象？

在一个多CPU的系统中，如果程序使用了单线程，会出现这么一个现象，CPU的整体使用率不高，但是系统应用却响应缓慢，这可能是由于程序使用单线程的原因，单线程只使用一个CPU，导致这个CPU占用率为100%，无法处理其它请求，而其它的CPU却闲置，这就导致了整体CPU使用率不高，而应用缓慢现象的发生。

free是监控Linux内存使用状况最常用的指令，看下面的一个输出：

经验公式：