查看多核CPU命令
mpstat -P ALL 和 sar -P ALL
說明：sar -P ALL > aaa.txt 重定向輸出內容到文件 aaa.txt
top命令
經常用來監控linux的系統狀況，比如cpu、內存的使用，程序員基本都知道這個命令，但比較奇怪的是能用好它的人卻很少，例如top監控視圖中內存數值的含義就有不少的曲解。
本文通過一個運行中的WEB服務器的top監控截圖，講述top視圖中的各種數據的含義，還包括視圖中各進程（任務）的字段的排序。
top進入視圖
第一行：
10:08:45 — 當前系統時間
10 days, 3:05 — 系統已經運行了10天3小時5分鐘（在這期間沒有重啓過）
1 users — 當前有1個用戶登錄系統
load average: 0.00, 0.00, 0.00 — load average後面的三個數分別是1分鐘、5分鐘、15分鐘的負載情況。
load average數據是每隔5秒鐘檢查一次活躍的進程數，然後按特定算法計算出的數值。如果這個數除以邏輯CPU的數量，結果高於5的時候就表明系統在超負荷運轉了。
第二行：
Tasks — 任務（進程），系統現在共有135個進程，其中處於運行中的有1個，134個在休眠（sleep），stoped狀態的有0個，zombie狀態（殭屍）的有0個。
第三行：cpu狀態
0.3% us — 用戶空間佔用CPU的百分比。
0.0% sy — 內核空間佔用CPU的百分比。
0.0% ni — 改變過優先級的進程佔用CPU的百分比
99.7% id — 空閒CPU百分比
0.0% wa — IO等待佔用CPU的百分比
0.0% hi — 硬中斷（Hardware IRQ）佔用CPU的百分比
0.0% si — 軟中斷（Software Interrupts）佔用CPU的百分比
在這裏CPU的使用比率和windows概念不同，如果你不理解用戶空間和內核空間，需要充充電了。
第四行：內存狀態
3808060k total — 物理內存總量（4GB）
3660048k used — 使用中的內存總量（3.6GB）
148012k free — 空閒內存總量（148M）
359760k buffers — 緩存的內存量 （359M）
第五行：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 — 進程名稱（命令名/命令行）
多核CPU監控
在top基本視圖中，按鍵盤數字“1”，可監控每個邏輯CPU的狀況：
觀察上圖，服務器有4個邏輯CPU，實際上是1個物理CPU。
如果不按1，則在top視圖裏面顯示的是所有cpu的平均值。
進程字段排序
默認進入top時，各進程是按照CPU的佔用量來排序的，在【top視圖 01】中進程ID爲14210的java進程排在第一（cpu佔用100%），進程ID爲14183的java進程排在第二（cpu佔用12%）。可通過鍵盤指令來改變排序字段，比如想監控哪個進程佔用MEM最多，我一般的使用方法如下：
1. 敲擊鍵盤“b”（打開/關閉加亮效果），top的視圖變化如下：
我們發現進程id爲12363的“top”進程被加亮了，top進程就是視圖第二行顯示的唯一的運行態（runing）的那個進程，可以通過敲擊“y”鍵關閉或打開運行態進程的加亮效果。
2. 敲擊鍵盤“x”（打開/關閉排序列的加亮效果），top的視圖變化如下：
可以看到，top默認的排序列是“%CPU”。
3. 通過”shift + >”或”shift + <”可以向右或左改變排序列，下圖是按一次”shift + >”的效果圖：
視圖現在已經按照%MEM來排序了。
改變進程顯示字段
1. 敲擊“f”鍵，top進入另一個視圖，在這裏可以編排基本視圖中的顯示字段：
這裏列出了所有可在top基本視圖中顯示的進程字段，有”*”並且標註爲大寫字母的字段是可顯示的，沒有”*”並且是小寫字母的字段是不顯示的。如果要在基本視圖中顯示“CODE”和“DATA”兩個字段，可以通過敲擊“r”和“s”鍵：
2. “回車”返回基本視圖，可以看到多了“CODE”和“DATA”兩個字段：
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
大家都熟悉Linux下可以通過top命令來查看所有進程的內存，CPU等信息。除此之外，還有其他一些命令，可以得到更詳細的信息，例如進程相關
cat /proc/your_PID/status
通過top或ps -ef | grep '進程名' 得到進程的PID。該命令可以提供進程狀態、文件句柄數、內存使用情況等信息。
內存相關
vmstat -s -S M
該可以查看包含內存每個項目的報告，通過-S M或-S k可以指定查看的單位，默認爲kb。結合watch命令就可以看到動態變化的報告了。
也可用 cat /proc/meminfo
要看cpu的配置信息可用
cat /proc/cpuinfo
它能顯示諸如CPU核心數，時鐘頻率、CPU型號等信息。
要查看cpu波動情況的，尤其是多核機器上，可使用
mpstat -P ALL 10
該命令可間隔10秒鐘採樣一次CPU的使用情況，每個核的情況都會顯示出來，例如，每個核的idle情況等。
只需查看均值的，可用
iostat -c
IO相關
iostat -P ALL
該命令可查看所有設備使用率、讀寫字節數等信息。
另外，htop ，有時間可以用一下。
Linux查看物理CPU個數、和數、邏輯CPU個數
# 總核數 = 物理CPU個數 X 每顆物理CPU的核數
# 總邏輯CPU數 = 物理CPU個數 X 每顆物理CPU的核數 X 超線程數
# 查看物理CPU個數
cat /proc/cpuinfo| grep "physical id"| sort| uniq| wc -l
# 查看每個物理CPU中core的個數(即核數)
cat /proc/cpuinfo| grep "cpu cores"| uniq
# 查看邏輯CPU的個數
cat /proc/cpuinfo| grep "processor"| wc -l
查看CPU信息（型號）
cat /proc/cpuinfo | grep name | cut -f2 -d: | uniq -c