top默认视图
代码如下:
第一行：top - 15:32:23 up 738 days, 3:43, 5 users, load average: 0.06, 0.08, 0.08
15:29:50 — 当前系统时间
738 days, 3:41 — 系统已经运行了738天3小时14分钟（在这期间没有重启过）
5 users — 当前有5个用户登录系统
load average: 0.06, 0.09, 0.08 — load average后面的三个数分别是1分钟、5分钟、15分钟的负载情况。
load average数据是每隔5秒钟检查一次活跃的进程数，然后按特定算法计算出的数值。如果这个数除以逻辑CPU的数量，结果高于5的时候就表明系统在超负荷运转了。
代码如下:
第二行：Tasks: 1039 total, 1 running, 1038 sleeping, 0 stopped, 0 zombie
Tasks — 任务（进程），系统现在共有1039个进程，其中处于运行中的有1个，1038个在休眠（sleep），stoped状态的有0个，zombie状态（僵尸）的有0个。
代码如下:
第三行：Cpu(s): 0.5%us, 0.2%sy, 0.2%ni, 99.1%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
cpu状态
0.5%us — 用户空间占用CPU的百分比。
0.2%sy — 内核空间占用CPU的百分比。
0.2%ni — 改变过优先级的进程占用CPU的百分比
99.1%id — 空闲CPU百分比
0.0%wa — IO等待占用CPU的百分比
0.0%hi — 硬中断（Hardware IRQ）占用CPU的百分比
0.0%si — 软中断（Software Interrupts）占用CPU的百分比
在这里CPU的使用比率和windows概念不同，如果你不理解用户空间和内核空间，需要充充电了。
代码如下:
第四行：Mem: 65923856k total, 8005616k used, 57918240k free, 61496k buffers
内存状态
65923856k total — 物理内存总量（65GB）
8005616k used — 使用中的内存总量（8GB）
57918240k — 空闲内存总量（57G）
61496k buffers — 缓存的内存量 （61M）
代码如下:
第五行：Swap: 8290296k total, 17460k used, 8272836k free, 1613972k cached
swap交换分区
8290296k total — 交换区总量（8GB）
17460k used — 使用的交换区总量（17M）
8272836k free — 空闲交换区总量（8GB）
1613972k cached — 缓冲的交换区总量（1GB）
这里要说明的是不能用windows的内存概念理解这些数据。Linux的内存管理有其特殊性，复杂点需要一本书来说明，这里只是简单说点和我们传统概念（windows）的不同。
第四行中使用中的内存总量（used）指的是现在系统内核控制的内存数，空闲内存总量（free）是内核还未纳入其管控范围的数量。纳入内核管理的内存不见得都在使用中，还包括过去使用过的现在可以被重复利用的内存，内核并不把这些可被重新使用的内存交还到free中去，因此在linux上free内存会越来越少，但不用为此担心。
如果出于习惯去计算可用内存数，这里有个近似的计算公式：第四行的free + 第四行的buffers + 第五行的cached。
对于内存监控，在top里我们要时刻监控第五行swap交换分区的used，如果这个数值在不断的变化，说明内核在不断进行内存和swap的数据交换，这是真正的内存不够用了。
代码如下:
第六行是空行
代码如下:
第七行以下： PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
各进程（任务）的状态监控
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 — 进程名称（命令名/命令行）
top命令的补充
top命令是Linux上进行系统监控的 首选命令，但有时候却达不到我们的要求，比如当前这台服务器，top监控有很大的局限性。这台服务器运行着websphere集群，有两个节点服务，就是【top视图 01】中的老大、老二两个java进程，top命令的监控最小单位是进程，所以看不到我关心的java线程数和客户连接数，而这两个指标是java的web服务非常重要的指标，通常我用ps和netstate两个命令来补充top的不足。
代码如下:
监控java线程数：
ps -eLf | grep java | wc -l
代码如下:
监控网络客户连接数：
netstat -n | grep tcp | grep 侦听端口 | wc -l
上面两个命令，可改动grep的参数，来达到更细致的监控要求。
在Linux系统“一切都是文件”的思想贯彻指导下，所有进程的运行状态都可以用文件来获取。系统根目录/proc中，每一个数字子目录的名字都是运行中的进程的PID，进入任一个进程目录，可通过其中文件或目录来观察进程的各项运行指标，例如task目录就是用来描述进程中线程的，因此也可以通过下面的方法获取某进程中运行中的线程数量（PID指的是进程ID）：
代码如下:
ls /proc/PID/task | wc -l
在linux中还有一个命令pmap，来输出进程内存的状况，可以用来分析线程堆栈：
代码如下:
pmap PID
查看多核CPU命令
mpstat -P ALL 和 sar -P ALL