10:33:06 -- 當前系統時間

90 days, 20:05 -- 系統已經運行了90天20小時5分鐘

2 users -- 當前有2個用戶登錄系統

load average: 0.00, 0.03, 0.07 -- 1、5、15分鐘的負載情況。如何這個數值除以邏輯CPU的數量，結果高于5的時候就表明系統在超負荷運轉了

Tasks:  96 total,   1 running,  95 sleeping,   0 stopped,   0 zombie

系統現在共有135個進程，其中處于運行中的有1個，95個在休眠，停止狀態有0個，僵尸狀態有0個

%Cpu(s):  CPU狀態

1.3 us ：用戶空間占用cpu的百分比

1.3 sy ：內核空間占用的cpu百分比

 0.0 ni：改變過優先級的進程占用cpu的百分比

 97.3 id：  空閑cpu占百分比

0.0 wa：IO等待占用cpu百分比

  0.0 hi,：硬中斷占用CPU百分比

 0.0 si：軟中斷占用cpu百分比

KiB Mem : 內存狀態  

1883724 total ：物理內存總量（2GB）

490612 free : 空閑內存總量（49M）

804636 used ：使用中的內存總量 （84M）

588476 buff/cache ：緩存的內存量（58M）

swap交換分區

  4184924k total — 交換區總量（4G）
    0k used — 使用的交換區總量（0M）
    4184924k free — 空閑交換區總量（4G）
    2483956k cached — 緩沖的交換區總量（2483M）

第四行中使用中的內存總量（used）指的是現在系統內核控制的內存數，空閑內存總量（free）是內核還未納入其管控范圍的數量。納入內核管理的內存不見得都在使用中，還包括過去使用過的現在可以被重復利用的內存，內核并不把這些可被重新使用的內存交還到free中去，因此在linux上free內存會越來越少，但不用為此擔心。

如果出于習慣去計算可用內存數，這里有個近似的計算公式：第四行的free + 第四行的buffers + 第五行的cached，按這個公式此臺服務器的可用內存：148M+259M+2483M = 2990M。

對于內存監控，在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 — 進程名稱（命令名/命令行）