我们来看看top的输出，里面有很多的问题，我们纠正一下。

作为DBA来说，我们经常关心每个进程的使用物理内存的情况。
进程使用内存的情况：
1、私有内存（进程独立占有的物理内存）
2、共享内存
top输出中的res列就是内存使用的物理内存的情况，但是这里面包括了共享内存段。
因此这个输出不能算作是进程实际占用的物理内存，我们需要使用pmap命令来查看每个进程实际占用物理内存的情况，不能使用这个命令。
我们经常关心的是server process进程占用内存的情况，因为后台进程占用的物理内存很小，我们可以不去太多的关心，但是server process占用的内存可能很多，而且变化很大，是我们关心的进程。
top输出中的列virt，这个列没有任何的意义，说的是进程的寻址空间，内核空间也有可能被映射到进程空间。这个参数无论多大，意义都不是很大。
top输出中的swap列（详见man手册，使用F选项选择和增加输出列），也是很不准确的，因为这个列是virt-res得出的结果，显然也是不准确的。
这个输出中相对还比较准确的就是cpu的使用，使用I选项可以选择占所有cpu的百分比，还是单个cpu的百分比。
另外输出中的头部还算是准确的。
统计信息区
前五行是系统整体的统计信息。

第一行是任务队列信息，同 uptime 命令的执行结果。其内容如下：
当前时间、系统运行时间，格式为时:分、当前登录用户数
系统负载，即任务队列的平均长度。
三个数值分别为 1分钟、5分钟、15分钟前到现在的平均值。

（注意：下面的一些数值不是采用了上面的图中的数值）
第二、三行为进程和CPU的信息。当有多个CPU时，这些内容可能会超过两行。内容如下：
Tasks: 29 total
进程总数
1 running
正在运行的进程数（或者获得了cpu时间片，或者正在等待cpu时间片，总是有事做的进程）
28 sleeping
睡眠的进程数（无事可做的进程）
0 stopped
停止的进程数
0 zombie
僵尸进程数
Cpu(s): 0.3% us
用户空间占用CPU百分比（使用ps可以看见的进程）
1.0% sy
内核空间占用CPU百分比（使用ps看不见）
0.0% ni
用户进程空间内改变过优先级的进程占用CPU百分比
98.7% id
空闲CPU百分比
0.0% wa
等待I/O的CPU百分比，这也算是idle等待，一个进程获取到cpu时间片，执行过程中需要io，于是进入等待，
如果这个时候，cpu无事可做，那么就进入wa的这个统计中，如果别的进程请求cpu，cpu会去忙别的进程，不进入
wa等待

顶顶顶顶顶顶顶顶顶顶顶顶顶顶

注意：最好不要使用这个命令来看一些性能问题，不是很准确。