睿豐德科技 專注RFID識別技術和條碼識別技術與管理軟件的集成項目。質量追溯系統、MES系統、金蝶與條碼系統對接、用友與條碼系統對接 top命令經常用來監控linux的系統狀況，比如cpu、內存的使用，程序員基本都知道這個命令，但比較奇怪的是能用好它的人卻很少，例如top監控視圖中內存數值的含義就有不少的曲解。 本文通過一個運行中的WEB服務器的top監控截圖，講述top視圖中的各種數據的含義，還包括視圖中各進程（任務）的字段的排序。   top進入視圖 top視圖 01 【top視圖 01】是剛進入top的基本視圖，我們來結合這個視圖講解各個數據的含義。
第一行：
10:01:23 當前系統時間
126 days, 14:29 系統已經運行了126天14小時29分鐘（在這期間沒有重啟過）
2 users 當前有2個用戶登錄系統
load average: 1.15, 1.42, 1.44 load average后面的三個數分別是1分鐘、5分鐘、15分鐘的負載情況。 load average數據是每隔5秒鐘檢查一次活躍的進程數，然后按特定算法計算出的數值。如果這個數除以邏輯CPU的數量，結果高于5的時候就表明系統在超負荷運轉了。
  第二行：
Tasks 任務（進程），系統現在共有183個進程，其中處于運行中的有1個，182個在休眠（sleep），stoped狀態的有0個，zombie狀態（僵尸）的有0個。
  第三行：cpu狀態
6.7% us 用戶空間占用CPU的百分比。
0.4% sy 內核空間占用CPU的百分比。
0.0% ni 改變過優先級的進程占用CPU的百分比
92.9% id 空閑CPU百分比
0.0% wa IO等待占用CPU的百分比
0.0% hi 硬中斷（Hardware IRQ）占用CPU的百分比
0.0% si 軟中斷（Software Interrupts）占用CPU的百分比 在這里CPU的使用比率和windows概念不同，如果你不理解用戶空間和內核空間，需要充充電了。
  第四行：內存狀態
8306544k total 物理內存總量（8GB）
7775876k used 使用中的內存總量（7.7GB）
530668k free 空閑內存總量（530M）
79236k buffers 緩存的內存量 （79M）
  第五行：swap交換分區
2031608k total 交換區總量（2GB）
2556k used 使用的交換區總量（2.5M）
2029052k free 空閑交換區總量（2GB）
4231276k cached 緩沖的交換區總量（4GB）
  這里要說明的是不能用windows的內存概念理解這些數據，如果按windows的方式此臺服務器危矣：8G的內存總量只剩下530M的可用內存。Linux的內存管理有其特殊性，復雜點需要一本書來說明，這里只是簡單說點和我們傳統概念（windows）的不同。
  第四行中使用中的內存總量（used）指的是現在系統內核控制的內存數，空閑內存總量（free）是內核還未納入其管控范圍的數量。納入內核管理的內存不見得都在使用中，還包括過去使用過的現在可以被重復利用的內存，內核并不把這些可被重新使用的內存交還到free中去，因此在linux上free內存會越來越少，但不用為此擔心。 如果出于習慣去計算可用內存數，這里有個近似的計算公式：第四行的free + 第四行的buffers + 第五行的cached，按這個公式此臺服務器的可用內存：530668+79236+4231276 = 4.7GB。
  對于內存監控，在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 進程名稱（命令名/命令行） 多U多核CPU監控 在top基本視圖中，按鍵盤數字1，可監控每個邏輯CPU的狀況：
  top視圖 02 觀察上圖，服務器有16個邏輯CPU，實際上是4個物理CPU。 進程字段排序 默認進入top時，各進程是按照CPU的占用量來排序的，在【top視圖 01】中進程ID為14210的java進程排在第一（cpu占用100%），進程ID為14183的java進程排在第二（cpu占用12%）。可通過鍵盤指令來改變排序字段，比如想監控哪個進程占用MEM最多，我一般的使用方法如下： 1. 敲擊鍵盤b（打開/關閉加亮效果），top的視圖變化如下：
  top視圖 03 我們發現進程id為10704的top進程被加亮了，top進程就是視圖第二行顯示的唯一的運行態（runing）的那個進程，可以通過敲擊y鍵關閉或打開運行態進程的加亮效果。 2. 敲擊鍵盤x（打開/關閉排序列的加亮效果），top的視圖變化如下：
  top視圖 04 可以看到，top默認的排序列是%CPU。 3. 通過shift + >或shift + <可以向右或左改變排序列，下圖是按一次shift + >的效果圖：
  top視圖 05 視圖現在已經按照%MEM來排序了。 改變進程顯示字段 1. 敲擊f鍵，top進入另一個視圖，在這里可以編排基本視圖中的顯示字段：
  top視圖 06 這里列出了所有可在top基本視圖中顯示的進程字段，有*并且標注為大寫字母的字段是可顯示的，沒有*并且是小寫字母的字段是不顯示的。如果要在基本視圖中顯示CODE和DATA兩個字段，可以通過敲擊r和s鍵：
  top視圖 07 2. 回車返回基本視圖，可以看到多了CODE和DATA兩個字段：
  top視圖 08 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
 RFID管理系統集成商 RFID中間件 條碼系統中間層 物聯網軟件集成