top命令显示如图结果:
第一行：
12：32：43 -------当前系统时间
112days, 1：10 -------系统已经运行了112天1小时10分钟（在这期间没有重启过）
6 users --------当前有6个用户登录系统
load average: 0.84, 0.90, 0.61 --------load average后面的三个数分别是1分钟、5分钟、15分钟的负载情况。
注：load average数据是每隔5秒钟检查一次活跃的进程数，然后按特定算法计算出的数值。如果这个数除以逻辑CPU的数量，结果高于5的时候就表明系统在超负荷运转了。
第二行：
Tasks --------任务（进程），系统现在共有1176个进程，其中处于运行中的有1个，1175个在休眠（sleep），stoped状态的有0个，zombie状态（僵尸）的有0个。
第三行：cpu状态
0.0% us --------用户空间占用CPU的百分比。
0.2% sy-------- 内核空间占用CPU的百分比。
0.0% ni --------改变过优先级的进程占用CPU的百分比
97.4% id-------- 空闲CPU百分比
2.3% wa-------- IO等待占用CPU的百分比
0.0% hi --------硬中断（Hardware IRQ）占用CPU的百分比
0.0% si --------软中断（Software Interrupts）占用CPU的百分比
第四行：内存状态
131937644k total-------- 物理内存总量（126GB）
130851852k used --------使用中的内存总量（124GB）
1085792k free-------- 空闲内存总量（1036M）
13244k buffers --------缓存的内存量 （13M）
第五行：swap交换分区
65535992k total — 交换区总量（65.5GB）
44576k used — 使用的交换区总量（43.5M）
65491416k free — 空闲交换区总量（62.5GB）
125548604k cached — 缓冲的交换区总量（120GB）
注意：
这里要说明的是不能用windows的内存概念理解这些数据，如果按windows的方式此台服务器“危矣”：126G的内存总量只剩下1036M的可用内存。Linux的内存管理有其特殊性，复杂点需要一本书来说明，这里只是简单说点和我们传统概念（windows）的不同。
第四行中使用中的内存总量（used）指的是现在系统内核控制的内存数，空闲内存总量（free）是内核还未纳入其管控范围的数量。纳入内核管理的内存不见得都在使用中，还包括过去使用过的现在可以被重复利用的内存，内核并不把这些可被重新使用的内存交还到free中去，因此在linux上free内存会越来越少，但不用为此担心。
如果出于习惯去计算可用内存数，这里有个近似的计算公式：第四行的free + 第四行的buffers + 第五行的cached，按这个公式此台服务器的可用内存：1085792+13244+125548604 = 120.8GB。
对于内存监控，在top里我们要时刻监控第五行swap交换分区的used，如果这个数值在不断的变化，说明内核在不断进行内存和swap的数据交换，这是真正的内存不够用了。
第六行以下：各进程（任务）的状态监控
PID --------进程id
USER --------进程所有者
PR --------进程优先级
NI --------nice值。负值表示高优先级，正值表示低优先级
VIRT --------进程使用的虚拟内存总量，单位kb。VIRT=SWAP+RES
RES -------- 进程使用的、未被换出的物理内存大小，单位kb。RES=CODE+DATA
SHR -------- 共享内存大小，单位kb
S --------进程状态。D=不可中断的睡眠状态 R=运行 S=睡眠 T=跟踪/停止 Z=僵尸进程
%CPU --------上次更新到现在的CPU时间占用百分比
%MEM -------- 进程使用的物理内存百分比
TIME+ --------进程使用的CPU时间总计，单位1/100秒
COMMAND --------进程名称（命令名/命令行）