linux性能監控

1. linux怎麼使用nmon監控性能，分析系統性能數據

用Nmon監控Linux系統性能的方法請參見下面介紹（配圖）：
1、安裝Nmon
2、一旦安裝完成，則可以通過在終端執行 nmon 命令啟動它。
Nmon命令執行之後，大家可以看到如下輸出：

3、從上圖中大家可以看到，Nmon 命令行工具是一個用戶交互的應用程序，大家可以非常方便地使用鍵盤快捷鍵來查看相關統計信息。
q : 停止並退出Nmon
h : 查看幫助信息
c : 查看 CPU 統計信息
m : 查看內存統計信息
d : 查看磁碟統計信息
k : 查看內核統計信息
n : 查看網路統計信息
N : 查看 NFS 統計信息
j : 查看文件系統統計信息
t : 查看 Top 進程統計信息
V : 查看虛擬內存統計信息
v : 詳細輸出模式
4、查看 CPU 統計信息
如果你想查看 CPU 性能信息，可以直接按 c 鍵：

5、查看 Top 進程統計信息
如果你想查看 Top 進程統計信息，可以直接按 t 鍵：

6、查看網路統計信息
如果你想查看網路統計信息，可以直接按 n 鍵：

7、磁碟I/O圖
使用 d 鍵可以查看磁碟統計信息：

8、查看內核統計信息
如果你想查看內核統計信息，可以直接按 k 鍵：

9、獲取系統信息
如果要查看 Linux 的系統信息，如：系統架構、操作系統版本、Linux 版本則可以使用 r 鍵，這對系統管理員非常有用。

以上是基礎使用方法。下面再補充一些命令和方法：

1、啟動
打開nmon所在的目錄：cd /usr/local/nmon
修改啟動文件的訪問許可權：chmod 755 nmon_x86_rhel52
啟動nmon：./nmon_x86_rhel52
如果要采樣nmon的數據保存成文件，可以
./nmon_x86_rhel52 -fT -s 30 -c 120
其中30表示每隔30秒nmon取一次系統性能數據，120表示取120次；
這樣nmon將會在運行開始算起連續取得30sX120=60分鍾，可根據實際需要時間調整；當運行以上命令後該目錄下會生成一個.nmon文件，該文件會根據間隔時間被寫入性能數據，當一段時間後再查看該文件，文件位元組變大
利用nmonanalyser分析.nmon文件

當測試結束的同時ftp到伺服器上將.nmon文件get下來，
打開nmon_analyser.zip 包下的nmon analyser v338.xls 文件，點擊Analyse nomn data按鈕，選擇之前get來下的.nmon文件。
（如果報告以下宏的安全級別太高錯誤，則在「工具 -- 宏 --安全性」里把級別調低，然後重新打開 nmon analyser v338.xls 文件）
待分析結束後會生成性能分析結果文件（文件格式為.xls，其中包括CPU,IO,內存等性能分析報告）。
分析結果中有很多數據和圖形，簡要介紹主要的性能參數圖像

4.1 系統匯總（對應excel標簽的『SYS_SUMM』）
藍線為cpu佔有率變化情況；
粉線為磁碟IO的變化情況；
4.2磁碟讀寫情況匯總（對應excel標簽的『DISK_SUMM』）
藍色為磁碟讀的速率KB/sec
紫色為磁碟寫的速率KB/sec
4.3內存情況匯總（對應excel標簽的『MEM』）
曲線表示內存剩餘量（MB）
分析數據得到的報告文件（.xls）中包含很多性能分析結果數據，根據自己的需要查看。

2、nmon運行本身就消耗系統資源的；
另外如果取到.nmon文件後確定不再需要nmon繼續收集信息則應kill掉nmon；
命令：
ps -A | grep nmon #得到pid
kill -9 pid

suse10 enterprise sp2:
nmon_x86_rhel3
使用對應的操作系統文件：
chmod +x nmon_x86_ubuntu810
mv nmon_x86_ubuntu810 /usr/local/bin/nmon
對於 Debian 還要做以下操作（不做也同樣能運行）：
apt-get install lsb-release
lsb_release -d | sed 's/Description:\t//' > /etc/debian_release
然後直接運行 nmon 即可。
採集數據並生成報表：
採集數據:
nmon -s10 -c60 -f -m /home/
參數解釋：
-s10 每 10 秒採集一次數據。
-c60 採集 60 次，即為採集十分鍾的數據。
-f 生成的數據文件名中包含文件創建的時間。
-m 生成的數據文件的存放目錄。
這樣就會生成一個 nmon 文件，並每十秒更新一次，直到十分鍾後。
生成的文件名如： hostname_090824_1306.nmon ，"hostname" 是這台主機的主機名。
生成報表：
下載 nmon analyser （生成性能報告的免費工具）：
http://www.ibm.com/developerworks/wikis/display/Wikiptype/nmonanalyser
把之前生成的 nmon 數據文件傳到 Windows 機器上，用 Excel 打開分析工具 nmon analyser v33C.xls 。點擊 Excel 文件中的 "Analyze nmon data" 按鈕，選擇 nmon 數據文件，這樣就會生成一個分析後的結果文件： hostname_090824_1306.nmon.xls ，用 Excel 打開生成的文件就可以看到結果了。
如果宏不能運行，需要做以下操作：
工具 -> 宏 -> 安全性 -> 中，然後再打開文件並允許運行宏。
自動按天採集數據：
在 crontab 中增加一條記錄：
0 0 * * * root nmon -s300 -c288 -f -m /home/ > /dev/null 2>&1
300*288=86400 秒，正好是一天的數據。

采樣文件越來越大：
[email protected].***:~/nmon# ./nmon -s1 -c33 -f
[email protected].***:~/nmon#
[email protected].***:~/nmon# -sh *
8.0K AD39_***_sles10_101207_1046.nmon
160K nmon
[email protected].***:~/nmon# -sh *
12K AD39_***_sles10_101207_1046.nmon
160K nmon
[email protected].***:~/nmon# -sh *
16K AD39_***_sles10_101207_1046.nmon
160K nmon
[email protected].***:~/nmon# -sh *
20K AD39_***_sles10_101207_1046.nmon
160K nmon
[email protected].***:~/nmon# -sh *
20K AD39_***_sles10_101207_1046.nmon
160K nmon

註：以上一些機器名稱或系統名稱，請根據實際情況自行調整及修改。

2. linux系統性能監控 是做什麼的

主要監控 cpu使用 內存使用 磁碟使用 和網路進出流量 負載情況 的一些信息

3. 推薦幾個Linux命令行下性能監控小工具

top
htop
atop
dstat
sar
netstat
tcpmp
vmstat
free
df
vnstat
iftop
ss
.......

4. Linux性能監控工具、調優工具

除了保證程序的正確性以外，在項目開發中往往還關心性能和穩定性。我們往往要對內核、應用程序或整個系統進行性能優化。在性能優化中常用的手段如下：

使用top、vmstat、iostat、sysctl等常用工具

top命令用於顯示處理器的活動狀況。在預設情況下，顯示佔用CPU最多的任務，並且每隔5s做一次刷新;vmstat命令用於報告關於內核線程、虛擬內存、磁碟、陷阱和CPU活動的統計信息;iostat命令用於分析各個磁碟的傳輸閑忙狀況;netstat是用來檢測網路信息的工具; sar用於收集、報告或者保存系統活動信息，其中，sar用於顯示數據，sar1和sar2用於收集和保存數據

sysctl是一個可用於改變正在運行中的Linux系統的介面。用sysctl 可以讀取幾白個以上的系統變數,如用sysctl—a可讀取所有變數。

sysctl的實現原理是:所有的內核參數在/proc/sys中形成一個樹狀結構，sysctl系統調用的內核函數是sys_sysctl，匹配項目後，最後的讀寫在do_sysctl_strategy中完成。

2.使用高級分析手段，如OProfile、gprof

OProfile可以幫助用戶識別諸如模塊的佔用時間、循環的展開、高速緩存的使用率低、低效的類型轉換和冗餘操作、錯誤預測轉移等問題。它收集有關處理器事件的信息，其中包括TLB的故障、停機、存儲器訪問以及緩存命中和未命中的指令的攫取數量。OProfile支持兩種采樣方式:基於事件的采樣（Event Based)和基於時間的采樣(Time Based)。基於事件的采樣是OProfile只記錄特定事件（比如L2緩存未命中）的發生次數，當達到用戶設定的定值時Oprofile就記錄一下(采一個樣)。這種方式需要CPU內部有性能計數器(Performace Counter)）。基於時間的采樣是OProfile藉助OS時鍾中斷的機制，在每個時鍾中斷，OProfile都會記錄一次(采一次樣）。引入它的目的在於，提供對沒有性能計數器的CPU的支持，其精度相對於基於事件的采樣要低，因為要藉助OS時鍾中斷的支持，對於禁用中斷的代碼，OProfile不能對其進行分析。

5. 幾個常用的linux性能監控命令

1. sar
每兩秒刷新一次， 總共5次
[root@dbhost01 ~]# sar 2 5
Linux 2.6.32-504.el6.x86_64 (dbhost01) 03/30/2018 _x86_64_ (4 CPU)
02:53:15 PM CPU %user %nice %system %iowait %steal %idle
02:53:17 PM all 0.66 0.00 1.72 0.66 0.00 96.96
02:53:19 PM all 1.34 0.00 3.35 0.80 0.00 94.51
02:53:21 PM all 0.79 0.00 1.59 1.45 0.00 96.17
02:53:23 PM all 0.40 0.00 2.00 0.80 0.00 96.80
02:53:25 PM all 0.66 0.00 1.85 0.79 0.00 96.70
Average: all 0.77 0.00 2.10 0.90 0.00 96.23
2. top
top -a 按照內存降序
[root@dbhost01 ~]# top -a
top - 15:00:54 up 6:04, 1 user, load average: 0.31, 0.19, 0.11
Tasks: 306 total, 1 running, 305 sleeping, 0 stopped, 0 zombie
Cpu(s): 7.8%us, 2.4%sy, 0.0%ni, 88.9%id, 0.8%wa, 0.0%hi, 0.1%si, 0.0%st
Mem: 4048972k total, 3848576k used, 200396k free, 134844k buffers
Swap: 4194300k total, 1788k used, 4192512k free, 1835360k cached
3. vmstat
vmstat用於顯示虛擬內存，內核線程，磁碟，系統進程， CPU活動等統計信息。
需要安裝sysstat工具。
[root@dbhost01 ~]# vmstat
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
2 0 1788 202508 135064 1835920 0 0 32 26 96 276 1 2 95 1 0
[root@dbhost01 ~]#
[root@dbhost01 ~]# vmstat 2 5
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu-----
r b swpd free buff cache si so bi bo in cs us sy id wa st
0 0 1788 202336 135068 1836000 0 0 32 26 97 276 1 2 95 1 0
0 0 1788 202624 135068 1836000 0 0 25 29 4012 6682 0 1 98 1 0
0 0 1788 202624 135072 1836004 0 0 57 87 4003 6685 0 1 98 1 0
1 0 1788 202508 135072 1836004 0 0 57 33 4402 7353 1 1 98 0 0
0 0 1788 202540 135076 1836004 0 0 33 47 4002 6674 0 1 98 1 0

4. lsof(list open files)
[root@dbhost01 ~]# lsof | grep 1521
certmonge 2348 root 16r FIFO 0,8 0t0 15212 pipe
certmonge 2348 root 18r FIFO 0,8 0t0 15218 pipe
gipcd.bin 2754 grid 109u unix 0xffff880139152180 0t0 36936 socket
5. tcpmp
tcpmp -i eth1
15:24:28.777779 IP dbhost01.ssh > 192.168.2.82.50990: Flags [P.], seq 393080:393596, ack 105, win 148, options [nop,nop,TS val 22996360 ecr 2443327], length 516
15:24:28.777809 IP dbhost01.ssh > 192.168.2.82.50990: Flags [P.], seq 393080:393596, ack 105, win 148, options [nop,nop,TS val 22996360 ecr 2443327], length 516
15:24:28.778976 IP dbhost01.ssh > 192.168.2.82.50990: Flags [P.], seq 393596:393968, ack 105, win 148, options [nop,nop,TS val 22996361 ecr 2443327], length 372
15:24:28.779011 IP dbhost01.ssh > 192.168.2.82.50990: Flags [P.], seq 393596:393968, ack 105, win 148, options [nop,nop,TS val 22996361 ecr 2443327], length 372
15:24:28.779013 IP 192.168.2.82.50990 > dbhost01.ssh: Flags [.], ack 393968, win 16652, options [nop,nop,TS val 2443327 ecr 22996360], length 0
15:24:28.779481 IP dbhost02-priv.23602 > dbhost01-priv.24271: UDP, length 556
15:24:28.779585 IP dbhost01-priv.24271 > dbhost02-priv.23602: UDP, length 80
15:24:28.779909 IP dbhost01-priv.24271 > dbhost02-priv.23602: UDP, length 80
15:24:28.780584 IP dbhost01.ssh > 192.168.2.82.50990: Flags [P.], seq 393968:394724, ack 105, win 148, options [nop,nop,TS val 22996362 ecr 2443327], length 756
15:24:28.780590 IP dbhost01.ssh > 192.168.2.82.50990: Flags [P.], seq 393968:394724, ack 105, win 148, options [nop,nop,TS val 22996362 ecr 2443327], length 756
15:24:28.780820 IP dbhost01-priv.24271 > dbhost02-priv.23602: UDP, length 556
15:24:28.782232 IP dbhost01.ssh > 192.168.2.82.50990: Flags [P.], seq 394724:395176, ack 105, win 148, options [nop,nop,TS val 22996364 ecr 2443327], length 452
15:24:28.782235 IP dbhost01.ssh > 192.168.2.82.50990: Flags [P.], seq 394724:395176, ack 105, win 148, options [nop,nop,TS val 22996364 ecr 2443327], length 452
6.netstat
[root@dbhost01 ~]# netstat -a | grep oracle
unix 2 [ ACC ] STREAM LISTENING 31861 /var/tmp/.oracle/ora_gipc_sdbhost01gridmyracdb-clusterCRFM_SIPC
unix 2 [ ACC ] STREAM LISTENING 33820 /var/tmp/.oracle/sdbhost01DBG_LOGD
unix 2 [ ACC ] STREAM LISTENING 41177 /var/tmp/.oracle/sdbhost01DBG_EVMD
unix 2 [ ACC ] STREAM LISTENING 65106 /var/tmp/.oracle/sAevm
unix 2 [ ACC ] STREAM LISTENING 65108 /var/tmp/.oracle/sSYSTEM.evm.acceptor.auth
7. htop
需要安裝

8. iostat
Total DISK READ: 91.48 K/s | Total DISK WRITE: 45.27 K/s
TID PRIO USER DISK READ DISK WRITE SWAPIN IO> COMMAND
4071 be/4 oracle 30.18 K/s 0.00 B/s 0.00 % 4.69 % ora_lmon_orcl1
4117 be/4 oracle 60.36 K/s 15.09 K/s 0.00 % 3.69 % ora_ckpt_orcl1
2989 rt/4 grid 965.71 B/s 0.00 B/s 0.00 % 2.13 % ocssd.bin
4099 be/4 oracle 0.00 B/s 30.18 K/s 0.00 % 0.07 % ora_ckpt_test
2987 rt/4 grid 0.00 B/s 482.86 B/s 0.00 % 0.03 % ocssd.bin
2979 rt/3 root 0.00 B/s 3.77 K/s 0.00 % 0.00 % ologgerd -M -d /g01/grid/app/11.2.0/grid/crf/db/dbhost01
2980 rt/3 root 0.00 B/s 15.09 K/s 0.00 % 0.00 % ologgerd -M -d /g01/grid/app/11.2.0/grid/crf/db/dbhost01
9. iftop(流量監控工具)

6. Linux伺服器整體性能監控攻略 Linux伺服器如何監控整體性能

Linux伺服器性能監測是很重要的工作，伺服器運行應該提供最有效的系統性能。當伺服器系統性能突然低於平均應有的情況，問題可能來自在執行的進程、內存的使用率、磁碟的性能、網路流量和CPU 的壓力。在預算短缺的今天，理解如何優化系統性能比以往任何時候都重要。

要實現它的前提是，你必須充分了解自己的計算機和網路，從而找到真正的瓶頸所在。本文提供一些基礎的工具來辨別和處理一些性能問題。使用的Linux 發行版本是Red Hat Enterprise Linux 4，工作過程是：首先查看整個系統的狀態，然後是檢查特定的子系統。

Linux伺服器進行性能監控有幾種方法，每種方法都各有其優缺點。

使用SNMP等標准工具

標准及非標准工具能執行一個或多個收集、合並及傳輸階段，如rstatd或SNMP工具，然而標準的rstat後台程序提供的信息是有限的，速度慢而且效率低。

內核模塊

幾個系統監控工程利用內核模塊來存取監控數據。一般情況下，這是很有效的收集系統數據的方法。然而這種方法存在的問題是，當主內核源內有其它改變時，必須保持代碼一致性。一個內核模塊可能與用戶想使用的其它內核模塊相沖突。此外，在使用監控系統之前，用戶必須獲得或申請模塊。

/proc虛擬文件系統

/proc虛擬文件系統是一個較快的、高效率執行系統監控的方法。使用/proc的主要缺點是必須保持代碼分析與/proc 文件格式改變的同步。事實表明，Linux內核的改變比/proc 文件格式的改變要更頻繁，所以，用/proc虛擬文件系統比用內核模塊存在的問題要少。本文介紹的方法即基於/proc虛擬文件系統。

一、 /proc文件系統特點

Linux 系統向管理員提供了非常好的方法，使他們可以在系統運行時更改內核，而不需要重新引導內核系統。這是通過 /proc 虛擬文件系統實現的。/proc 文件虛擬系統是一種內核和內核模塊用來向進程 (process) 發送信息的機制 (所以叫做 /proc)。這個偽文件系統讓你可以和內核內部數據結構進行交互，獲取 有關進程的有用信息，在運行中 (on the fly) 改變設置 (通過改變內核參數)。 與其他文件系統不同，/proc 存在於內存之中而不是硬碟上。不用重新啟動而去看 CMOS ，就可以知道系統信息。這就是 /proc 的妙處之一。

小提示: 每個Linux系統根據軟硬體不同/proc 虛擬文件系統的內容也有些差異。/proc 虛擬文件系統有三個很重要的目錄：net，scsi和sys。Sys目錄是可寫的，可以通過它來訪問或修改內核的參數，而net和scsi則依賴於內核配置。

7. 7.Linux伺服器整體性能監控攻略 Linux伺服器如何監控整體性能

幾個命令供你參考
w
top
free
還有以
stat結尾的命令，例如
iostat
等等的，都是可以監控linux的系統性能的。

8. Linux伺服器整體性能監控攻略 Linux伺服器如何監控整體性能

Linux伺服器性能監測是很重要的工作，伺服器運行應該提供最有效的系統性能。當伺服器系統性能突然低於平均應有的情況，問題可能來自在執行的進程、內存的使用率、磁碟的性能、網路流量和CPU 的壓力。在預算短缺的今天，理解如何優化系統性能比以往任何時候都重要。要實現它的前提是，你必須充分了解自己的計算機和網路，從而找到真正的瓶頸所在。本文提供一些基礎的工具來辨別和處理一些性能問題。使用的Linux 發行版本是Red Hat Enterprise Linux 4，工作過程是：首先查看整個系統的狀態，然後是檢查特定的子系統。Linux伺服器進行性能監控有幾種方法，每種方法都各有其優缺點。使用SNMP等標准工具標准及非標准工具能執行一個或多個收集、合並及傳輸階段，如rstatd或SNMP工具，然而標準的rstat後台程序提供的信息是有限的，速度慢而且效率低。內核模塊幾個系統監控工程利用內核模塊來存取監控數據。一般情況下，這是很有效的收集系統數據的方法。然而這種方法存在的問題是，當主內核源內有其它改變時，必須保持代碼一致性。一個內核模塊可能與用戶想使用的其它內核模塊相沖突。此外，在使用監控系統之前，用戶必須獲得或申請模塊。/proc虛擬文件系統/proc虛擬文件系統是一個較快的、高效率執行系統監控的方法。使用/proc的主要缺點是必須保持代碼分析與/proc 文件格式改變的同步。事實表明，Linux內核的改變比/proc 文件格式的改變要更頻繁，所以，用/proc虛擬文件系統比用內核模塊存在的問題要少。本文介紹的方法即基於/proc虛擬文件系統。一、 /proc文件系統特點Linux 系統向管理員提供了非常好的方法，使他們可以在系統運行時更改內核，而不需要重新引導內核系統。這是通過 /proc 虛擬文件系統實現的。/proc 文件虛擬系統是一種內核和內核模塊用來向進程 (process) 發送信息的機制 (所以叫做/proc)。這個偽文件系統讓你可以和內核內部數據結構進行交互，獲取有關進程的有用信息，在運行中 (on the fly) 改變設置 (通過改變內核參數)。與其他文件系統不同，/proc 存在於內存之中而不是硬碟上。不用重新啟動而去看 CMOS ，就可以知道系統信息。這就是 /proc 的妙處之一。提示: 每個Linux系統根據軟硬體不同/proc 虛擬文件系統的內容也有些差異。/proc 虛擬文件系統有三個很重要的目錄：net，scsi和sys。Sys目錄是可寫的，可以通過它來訪問或修改內核的參數，而net和scsi則依賴於內核配置。了解linux請關注《linux就該這么學》這本書。

9. linux性能監控工具有哪些

1、頂部-Linux進程監控
Linux Top命令是性能監視程序，很多系統管理員經常用它監視Linux性能，可以再許多Linux/Unix操作系統下使用，可以顯示CPU使用情況、內存使用情況、交換內存、緩存大小、緩沖區大小、進程PID、用戶、 命令等等，它還顯示高內存和CPU運行流程的利用。
2、VmStat-虛擬內存統計
Linux VmStat命令用於顯示虛擬內存，kernerl線程，磁碟，系統進程，I/O塊，中斷，CPU活動等的統計信息。默認情況下，vmstat命令在Linux系統下不可用，您需要安裝名為sysstat的軟體包 ，其中包含vmstat程序。
3、Lsof-列出打開的文件
許多Linux/Unix系統中使用的Lsof命令，用於顯示所有打開文件和進程的列表。包含的開放文件是磁碟文件、網路套接字、管道、設備和進程。使用此命令的主要原因之一是無法卸載磁碟並顯示正在使用或打開文件的錯誤。使用此命令，您可以輕松識別哪些文件正在使用中。
4、Tcpmp-網路分組分析器
Tcpmp是使用最廣泛的命令行、網路數據包分析器或數據包嗅探器程序之一，用於捕獲或過濾通過網路在特定介面上接收或傳輸的TCP/ IP數據包。它還提供了一個選項，可以將捕獲的包保存在文件中供以後分析。tcpmp幾乎可用於所有主要的Linux發行版。
5、Netstat-網路統計
Netstat是一個命令行工具，用於監視傳入和傳出網路數據包統計信息以及介面統計信息，對於每個系統管理員來說，監視網路性能並排除網路相關問題是非常有用的工具。
6、Htop-Linux進程監控
Htop是一款非常先進的互動式和實時Linux過程監控工具。這與Linux top命令非常相似，但它具有一些豐富的功能，如用戶友好的界面來管理進程、快捷鍵、進程的垂直和水平視圖等等。

10. linux性能監控命令

vmstat是Virtual Meomory Statistics（虛擬內存統計）的縮寫, 是實時系統監控工具。該命令通過使用knlist子程序和/dev/kmen偽設備驅動器訪問這些數據，輸出信息直接列印在屏幕。vmstat反饋的與CPU相關的信息包括：

（1）多少任務在運行
（2）CPU使用的情況
（3）CPU收到多少中斷
（4）發生多少上下文切換