如何獲取nmon呢？我們可以在IBM的官方網(wǎng)站上免費下載獲取，下載網(wǎng)址為：http://www.ibm.com/developerworks/wikis/display/WikiPtype/nmon
我在ubuntu中 這樣安裝：
apt-get install nmon
簡單使用
nmon -f -s 5 -c 500 每5秒采集一次，一共采集500次
-f：按標準格式輸出文件：<hostname>_YYYYMMDD_HHMM.nmon
-s300 -c288 300*288=86400 秒，正好是一天的數(shù)據(jù)。
此時這樣就已經(jīng)會自動生成一個.nmon文件了，這個文件可以直接放到nmon_analyse 中分析即可生成報表
mon 輸出文件的命名方式是服務(wù)器名_日期時間.nmon
通過以下命令，將.nmon文件轉(zhuǎn)化成.csv文件，在當前目錄生成對應(yīng)的.csv文件
sort BOSS1_110810_1438.nmon>BOSS1_110810_1438.csv
最后把放到nmon_analyse 分析既可以了
nmon_analyse 數(shù)據(jù)詳情
nmon_analyse 數(shù)據(jù)詳情
性能測試中，服務(wù)器監(jiān)控，NMON監(jiān)控指標說明
SYS_SUMM：顯示當前服務(wù)器的總體性能情況
- Total System I/OStatistics：
- Avg tps during an interval：顯示采集間隔內(nèi)磁盤平均I/O次數(shù)，該值等于Sheet DISK_SUMM中IO/sec列的平均值。
- Max tps during an interval：顯示采集間隔內(nèi)磁盤最大I/O次數(shù)，該值等于Sheet DISK_SUMM中IO/sec列的最大值。
- Max tps interval time：顯示磁盤最大I/O所在時間點。
- Total number of Mbytes read：顯示采集間隔內(nèi)磁盤讀的總兆字節(jié)數(shù)，可能是nmon的bug，該值并不準確，并且使用LVM劃分的虛擬磁盤可能會存在重復(fù)統(tǒng)計。
- Total number of Mbytes written：顯示采集間隔內(nèi)磁盤寫的總兆字節(jié)數(shù)，該值并不準確，理由同上。
- Read/Write Ratio：顯示Total number of Mbytes read/ Total number of Mbytes written的值。 實時讀寫比率
- IO/sec：僅顯示磁盤IO/sec的圖，不包括Network的I/O。 每秒鐘輸出到物理磁盤的傳輸次數(shù)
如下圖：
CPU：
- Users%：顯示采集間隔內(nèi)所有CPU在User Mode下的Time占比（Avg、Max）。
- Sys%：顯示采集間隔內(nèi)所有CPU在System Mode下的Time占比（Avg、Max）。
- Wait%：顯示采集間隔內(nèi)所有CPU處于空閑且等待I/O完成的時間比例（Wait%是CPU空閑狀態(tài)的一種，當CPU處于空閑狀態(tài)而又有進程處于D狀態(tài)（不可中斷睡眠）時，系統(tǒng)會統(tǒng)計這時的時間，并計算到Wait%里），Wait%不是一個時間值，而是時間的比例，因此在同樣I/O Wait時間下，服務(wù)器CPU越多，Wait%越低，它體現(xiàn)了I/O操作與計算操作之間的比例。對I/O密集型的應(yīng)用來說一般Wait%較高，且Sheet PROC中Blocked也較高，這時需關(guān)注是什么導(dǎo)致了過多的進程等待。
- Idle%：顯示采集間隔內(nèi)所有CPU處于空閑Time的占比（Avg、Max）。
- CPU%：顯示采集間隔內(nèi)所有CPU的user%+system%。
AAA
顯示當前服務(wù)器基本信息，如操作系統(tǒng)版本，當前LPAR名，采集時間和次數(shù)等如下圖
StrayLines
顯示本次nmon分析文件中未生成的采集值。
BBBP
由于本Sheet內(nèi)容較多，見下圖(部分截圖)：
- MemTotal：顯示當前服務(wù)器物理內(nèi)存大小，本服務(wù)器有8063180 KB≈7874 MB左右。
- MemFree：顯示當前服務(wù)器的空閑內(nèi)存大小，本服務(wù)器有5052336 KB≈4934 MB左右。
- Buffers：顯示當前服務(wù)器Buffer（在內(nèi)存中要寫到磁盤上的）緩存的大小，本服務(wù)器有459108 KB≈448 MB左右，注意，這里的數(shù)值僅是采集初期的靜態(tài)值，具體Buffer的變化還需要看Sheet MEM。
- Cached：顯示當前服務(wù)器Cache緩存的大?。◤拇疟P讀取到內(nèi)存的），本服務(wù)器有1032572 KB≈1008 MB左右。，這里的數(shù)值僅是采集初期的靜態(tài)值，具體Buffer的變化還需要看Sheet MEM。
- SwapCached：顯示當前服務(wù)器Swap空間已緩存的大小，本服務(wù)器尚未使用到Swap空間。
- SwapTotal：顯示當前服務(wù)器Swap空間大小，本服務(wù)器有8385532 KB≈8189 MB左右。
- SwapFree：顯示當前服務(wù)器Swap空閑空間大小，本服務(wù)器Swap空間都空閑。
由于執(zhí)行nmon時所屬系統(tǒng)組權(quán)限不同，因此BBBP里磁盤的信息可能會缺失，如截圖一是root權(quán)限執(zhí)行nmon生成文件后顯示的磁盤信息，可以看到每個磁盤的大小及磁盤下的分區(qū)用途。
CPU_ALL
顯示當前服務(wù)器所有CPU在采集時間段內(nèi)的利用率，按時間及User%、System%、Wait%顯示。
當前服務(wù)器共有4顆CPU（Core）8核心。
一般情況下CPU利用率里User%應(yīng)占70%左右，Sys%應(yīng)占30%左右，如果Sys%或Wait%占比等于或超過了User%則應(yīng)該關(guān)注是什么引起了過多的系統(tǒng)消耗，可能是大量的Disk或Network I/O。
如下圖，這個項目隨著并發(fā)的增加，應(yīng)用進程對CPU的消耗都增加在Wait%上，經(jīng)排查是由于NFS讀寫遇到瓶頸導(dǎo)致：
CPU_SUMM
顯示當前服務(wù)器所有CPU的利用率，當前服務(wù)器共有4個CPU（Core），每個CPU負載有所不同。
DISK_SUMM
按采集時間顯示所有磁盤和分區(qū)的Read/Write的速率（KB/s）和所有磁盤和分區(qū)的I/O率。某一采集時間點的IO/sec等于Sheet DISKXFER中該時間點上所有磁盤和分區(qū)的IO/sec之和。因此，這一時間點上的I/O值是重復(fù)的！另外，本Sheet中的I/O不包括NFS里的I/O。
- 如上圖的WAvg按nmon Guide中的說法是為了去掉采集值中的零值以便貼近真實平均值，但WAvg的公式（對計算列中所有值取平方后加合，再除以列中所有值之和）卻不是單純的去掉零值，這里可以理解為WAvg比Avg更貼近資源消耗的均值，因此以后所有資源Sheet中都推薦關(guān)注WAvg。
IBM Redpaper《Linux Performance and Tuning Guidelines》中介紹Linux的I/O子系統(tǒng)架構(gòu)如下：
- nmon（包括iostat）對系統(tǒng)I/O的指標截取大部分來自/proc/diskstats，而這些值來自block layer層，LVM里的Logical Volume會“visible as a standard block device”，因此真實的磁盤，LVM的邏輯卷，分區(qū)等在這里都會顯示，在nmon計算總值時會被重復(fù)統(tǒng)計。
- Disk Read/Write KB是同一采集時間點下Sheet DISKREAD、DISKWRITE里該行（所有磁盤和分區(qū)）數(shù)值之和，必然包括了重復(fù)值，例如某一時刻sda磁盤共write 1000 KB，其中sda1分區(qū)write 700 KB，sda3分區(qū)write 300 KB，這一時刻Disk Write應(yīng)是1000 KB，但這里卻會重復(fù)統(tǒng)計分區(qū)數(shù)值，導(dǎo)致顯示為Disk Write 2000 KB。Disk I/O也存在同樣的問題！
- 還需注意一點，部分nmon生成文件里圖中標題指標為kb（小寫）/s，但實際統(tǒng)計的卻是KB（大寫）/s。
