A. 如何在Loadrunner中監控linux伺服器的性能
公司使用的伺服器是linux的操作系統，之前很長一段時間監控系統參數都是使用top等linux命令來監控
這樣做的好處
1.可以非常容易的監控的系統的狀態
2.實時性非常強
不足之處
1.不能和loadrunner其他的圖表進行合並，造成了很難在事後分析出系統的問題
2.監控系統的數據無法直接保存，供下次參考使用
最近終於說服了公司的sa，讓我能在性能測試環境做必要的設置，因為之前sa一直認為我要做的事情會對系統的安全性造成影響。
現在我來介紹一下如何在linux設置來完成loadrunner對伺服器性能的監控
A.驗證伺服器上是否配置了rstatd守護程序
1. rup 127.0.0.1
2.find / -name rpc.rstatd
3./usr/sbin/rpcinfo -p
B.下載rpc.rstatd
http://sourceforge.net/projects/rstatd
C.打開埠映射
1.執行 setup命令
這時會彈出一個類似圖形化的界面，游標移動到System services，回車。在新界面中找到portmap項，空格選中。然後選擇OK，再選擇quit。
2./etc/rc.d/init.d/portmap start //啟動portmap
D.編譯安裝rstatd
./configure
make all-am
make install-am
E.起rstatd服務
/usr/local/sbin/rpc.rstatd
F.安裝xinetd服務
yum install xinetd.i386
/sbin/service xinetd restart
好了，liunx中的設置基本上都已經設置完了，接下來只要到loadrunner中加上對相應服務的監控就可以了
B. 如何監視Linux系統資源的使用情況
虛擬終端 命令 free
命令
可以用網路搜索
你值得擁有:25 個 Linux 性能監控工具
裡面有一些其它的好工具。
命令、uptime、free
參看：:wenku../link?url=-_YXSztvNvIykFJ_C
Linux操作系統也會有鬧脾氣的時候。在某些情況下，其系統的資源使用率(包括CPU或者內存)，也會達到90%以上甚至更多。為此系統管理員在必要的時候，仍然需要監視系統資源的使
雖然說Linux操作系統要比Windows操作系統穩定的多。但是這個穩定是相對而言的。也就是說，Linux操作系統也會有鬧脾氣的時候。在某些情況下，其系統的資源使用率(包括CPU或者內存)，也會達到90%以上甚至更多。為此系統管理員在必要的時候，仍然需要監視系統資源的使用情況。筆者今天就給大家介紹一下，褲彎帶在Linux操作系統下如何監視這個系統資源，做到心中有數。
在Windows操作系統中，可以通過任務管理器來查詢各個進程所佔用的CPU與內存的比率。在Linux操作系統中沒有這種圖形化的管理。在命令行模式下，鍵入命令，即可以看到各個進程所佔用的系統資源。
ppp作為一個合格的系統管理員，出於系統性能優化或者其他方面的考慮，往往需要掌握系統中最消耗CPU或者內存資源的程序。為了達到這個目的，系統管理員就需要藉助系統提供的命令。這個命令可以幫助管理員監控系統資源的使用情況，包括內存、CPU、交換文件分區的使用率等等。就是這個命令的執行結果。系統管理員想要提升操作系統的性能，第一步就是需要讀懂上面這張表格。如果這種圖中的內容系統管理員無法看懂，那麼他就想提升系統的性能根本無法入手。
Top命令的運行結果大致可以分為兩個部分。上半部是使一些統計的信息，包括內存和交換分區的使用情況、CPU的運行情況、進程的總數等等。在這些統計信息中，系統管理員除了要關注這些重要資源的使用濾外，還需要注意進程運行的狀態。可見在Linux系統中進程的狀態主要有四種，分別為running、sleeping、sped和zombie。如果從系統維護與性能優化考慮，則系統管理員需要關注那些狀態為zombie的進程。若進程處於這個狀態，在Linux操作系統中叫做僵屍進程。什麼叫做僵屍進程呢?就是那些父進程還沒死、但鬧滑是子進程卻死了的進程。在Linux操作系統中，進程一般分為父進程和子進程。某個進程A可能會調用另外一個進程B。此時這個進程A就叫做父進程，而進程B就叫做子進程。由於一些意外的情況，子進程運行已經停止，但是父進程卻還不知道子進程早已停止運行，還在那邊傻傻的等待著子進程返回運行結果。由於子進程沒有返回結果，則父進程可能一直會在那邊等待。從而導致系統性能的下降。如果系統管理員發現有僵屍進程的話，首先要做的就是結束父進程(有時候還需要查看這個父進程打開的其他子進程運行情況)，以釋放其佔用的系統資源。其次如果這種情況發生的比較頻繁時，則系統管理員就需要分析到底是什麼原因導致這種情況發生的。找到原因後要採取積極的措施。通常情況下，如果子進程的狀態為僵屍時，父進程就不會自動結束，從而其佔用的系統資源就不會自動釋放，從而降低操作系統的性能。
二、Top命令的使用技巧。
1、 選擇合適的排序順序。
在Windows操作系統的任務管理器中，管理員可以根據需要選擇合適的排序順序，如按CPU排序或者按內存的使用率進行排序。而在命令的顯示結果中，默認情況下是按照CPU的使用率來進行排序的。如果現在系統管理員想按照內存使用率來排序，該如何處理呢?如果要想改變命令結果的排序順序，則可以按m鍵來按內存進行排序。注意這里的m是小寫，而不是大寫的。在Linux操作系統中大部分命令與參數大小胡蘆寫都是敏感的。這跟微軟操作系統中的DOS命令不同。Dos命令是不區分大小寫的。雖然這個排序沒有像微軟操作系統中的任務管理器那麼方便，只需要點點滑鼠就可以完成排序。但是只要熟悉相關的命令，在命令行中對其排序沒有大家想想的那麼困難。
2、 監視特定用戶使用的資源情況。
在Windows操作系統中，如果想要查看特定帳戶所打開的進程以及所耗用的系統資源，操作非常簡單。只需要打開系統任務管理器，然後按照用戶來進行排序。就可以知道某個用戶開啟了哪些進程以及所佔用的比例。而在命令中，沒有按帳戶進行排序的功能。即在上面這個顯示結果中，只可以按照內存使用率或者CPU負載來進行排序，而無法按照用戶來進行排序。在同一個結果中夾雜著系統特權用戶root與普通用戶所打開的進程。這對於系統管理員查找問題原因非常的不方便。有時候系統管理員往往需要只查看特定用戶的進程，如只需要查看oracle帳戶所打開的進程以及所佔用的系統資源。而忽略掉系統帳戶。因為特權帳戶其他用戶無權進行登陸操作，而其運行的往往是一些系統級別的進程，為此一般不會出現問題。而普通用戶可以運行一些應用程序。有時候他們糊里糊塗可能會打開一些非法程序，佔用大量的系統資源，從而降低系統性能。廢話少說，如何才能夠查看特定帳戶所啟動的進程呢?其實很簡單。現運行 命令，讓系統統計所有帳戶的進程。然後在需要查看特定帳戶的進程使，只需要按u鍵(注意小寫)，然後輸入用戶名即可。此時系統會自動把其他帳戶的進程過濾掉，方便系統管理員查看。按用戶過濾後，仍然可以按m鍵來對現實的結果進行過濾。如果在一開始就需要查看某個特定用戶的進程，那麼只需要直接在 命令後面加入-u可選項然後帶上具體的用戶名即可。但是，此時如果再想查看全部用戶的話，那麼只有先推出命令，然後再利用命令不帶任何選項，來查看所有用戶的進程。或者說，再在這個窗口中輸入字元u，然後直接按回車鍵，也可以顯示所用用戶的進程信息。
3、動態統計信息。
使用命令來統計進程的運行信息，跟微軟操作系統的任務管理器一樣，都是動態調整的。也就是說，系統會每隔一段時間去統計這個信息，然後動態的顯示在窗口中。不需要用戶手工去更新相關的信息。而且從上面的圖形中可以看出，命令統計的信息要比微軟任務管理器統計的信息要多的多。所以對系統管理員來說，具有更大的參考價值。筆者以前也很喜歡採用微軟操作系統的任務管理器。而了解了命令後，就對其鍾愛有加了。因為其不僅可以完成任務管理器中的所有功能。而且命令中有的信息在微軟任務管理器中卻無法顯示。而這些信息往往對我們維護系統、提升性能具有很大的參考價值。
4、刪除有異常的進程。
如果這個窗口中，發現某些進程有異常或者用戶執行了規定以外的應用程序，如佔用了太多的系統資源或者有僵屍進程的存在，則可以直接在這個窗口中講其刪除。操作的方法很簡單，只需要在這個窗口內輸入字元p，然後系統會提示系統管理員輸入要關閉進程的PID。管理員只需要鍵入這個值，然後按回車鍵就可以殺掉不需要的進程。不過在關閉進程的時候，有許可權的限制。系統特權帳戶root可以關閉所有用戶的進程。而普通帳戶則只能夠刪除自己打開的程序，而無法關閉其他用戶的進程。如現在系統管理員先以oracle用戶登錄，發現root帳戶下某個進程異常，想要關閉時，系統會提示無法關閉的錯誤信息。此時管理員必須先終止這個進程，然後利用su命令更改登陸的帳戶。然後再關閉這個異常的進程。系統管理員可以同時關閉多個進程。方法很簡單，就是同時輸入多個需要關閉的進程號。在各個進程號之間需要利用逗號隔開。
在系統維護中是一個很有用的命令。除了可以實現如上的功能外，還可以設置其動態更新的時間間隔等等。不過需要注意的是，在不同版本的 Linux系統中其功能稍有差異，而且其顯示的布局與內容也有所不同。為此當系統管理員維護其不怎麼熟悉的版本時，有時候需要查看系統的幫助說明。此時只需要在命令後面加上?號就可以獲得相關的幫助。這個聯機幫助文檔根命令一樣，都是系統管理員的好幫手。不過可惜的是，現在這些在線幫助文檔都是英文的。所以這對系統管理員的英文說明要求比較高。
但是這個穩定是相對而言的。也就是說，Linux操作系統也會有鬧脾氣的時候。在某些情況下，其系統的資源使用率(包括CPU或者內存)，也會達到90%以上甚至更多。為此系統管理員在必要的時候，仍然需要監視系統資源的使
雖然說Linux操作系統要比Windows操作系統穩定的多。但是這個穩定是相對而言的。也就是說，Linux操作系統也會有鬧脾氣的時候。在某些情況下，其系統的資源使用率(包括CPU或者內存)，也會達到90%以上甚至更多。為此系統管理員在必要的時候，仍然需要監視系統資源的使用情況。筆者今天就給大家介紹一下，在Linux操作系統下如何監視這個系統資源，做到心中有數。
在Windows操作系統中，可以通過任務管理器來查詢各個進程所佔用的CPU與內存的比率。在Linux操作系統中沒有這種圖形化的管理。在命令行模式下，鍵入命令，即可以看到各個進程所佔用的系統資源。
ppp作為一個合格的系統管理員，出於系統性能優化或者其他方面的考慮，往往需要掌握系統中最消耗CPU或者內存資源的程序。為了達到這個目的，系統管理員就需要藉助系統提供的命令。這個命令可以幫助管理員監控系統資源的使用情況，包括內存、CPU、交換文件分區的使用率等等。就是這個命令的執行結果。系統管理員想要提升操作系統的性能，第一步就是需要讀懂上面這張表格。如果這種圖中的內容系統管理員無法看懂，那麼他就想提升系統的性能根本無法入手。
Top命令的運行結果大致可以分為兩個部分。上半部是使一些統計的信息，包括內存和交換分區的使用情況、CPU的運行情況、進程的總數等等。在這些統計信息中，系統管理員除了要關注這些重要資源的使用濾外，還需要注意進程運行的狀態。可見在Linux系統中進程的狀態主要有四種，分別為running、sleeping、sped和zombie。如果從系統維護與性能優化考慮，則系統管理員需要關注那些狀態為zombie的進程。若進程處於這個狀態，在Linux操作系統中叫做僵屍進程。什麼叫做僵屍進程呢?就是那些父進程還沒死、但是子進程卻死了的進程。在Linux操作系統中，進程一般分為父進程和子進程。某個進程A可能會調用另外一個進程B。此時這個進程A就叫做父進程，而進程B就叫做子進程。由於一些意外的情況，子進程運行已經停止，但是父進程卻還不知道子進程早已停止運行，還在那邊傻傻的等待著子進程返回運行結果。由於子進程沒有返回結果，則父進程可能一直會在那邊等待。從而導致系統性能的下降。如果系統管理員發現有僵屍進程的話，首先要做的就是結束父進程(有時候還需要查看這個父進程打開的其他子進程運行情況)，以釋放其佔用的系統資源。其次如果這種情況發生的比較頻繁時，則系統管理員就需要分析到底是什麼原因導致這種情況發生的。找到原因後要採取積極的措施。通常情況下，如果子進程的狀態為僵屍時，父進程就不會自動結束，從而其佔用的系統資源就不會自動釋放，從而降低操作系統的性能。
二、Top命令的使用技巧。
1、 選擇合適的排序順序。
在Windows操作系統的任務管理器中，管理員可以根據需要選擇合適的排序順序，如按CPU排序或者按內存的使用率進行排序。而在命令的顯示結果中，默認情況下是按照CPU的使用率來進行排序的。如果現在系統管理員想按照內存使用率來排序，該如何處理呢?如果要想改變命令結果的排序順序，則可以按m鍵來按內存進行排序。注意這里的m是小寫，而不是大寫的。在Linux操作系統中大部分命令與參數大小寫都是敏感的。這跟微軟操作系統中的DOS命令不同。Dos命令是不區分大小寫的。雖然這個排序沒有像微軟操作系統中的任務管理器那麼方便，只需要點點滑鼠就可以完成排序。但是只要熟悉相關的命令，在命令行中對其排序沒有大家想想的那麼困難。
2、 監視特定用戶使用的資源情況。
在Windows操作系統中，如果想要查看特定帳戶所打開的進程以及所耗用的系統資源，操作非常簡單。只需要打開系統任務管理器，然後按照用戶來進行排序。就可以知道某個用戶開啟了哪些進程以及所佔用的比例。而在命令中，沒有按帳戶進行排序的功能。即在上面這個顯示結果中，只可以按照內存使用率或者CPU負載來進行排序，而無法按照用戶來進行排序。在同一個結果中夾雜著系統特權用戶root與普通用戶所打開的進程。這對於系統管理員查找問題原因非常的不方便。有時候系統管理員往往需要只查看特定用戶的進程，如只需要查看oracle帳戶所打開的進程以及所佔用的系統資源。而忽略掉系統帳戶。因為特權帳戶其他用戶無權進行登陸操作，而其運行的往往是一些系統級別的進程，為此一般不會出現問題。而普通用戶可以運行一些應用程序。有時候他們糊里糊塗可能會打開一些非法程序，佔用大量的系統資源，從而降低系統性能。廢話少說，如何才能夠查看特定帳戶所啟動的進程呢?其實很簡單。現運行 命令，讓系統統計所有帳戶的進程。然後在需要查看特定帳戶的進程使，只需要按u鍵(注意小寫)，然後輸入用戶名即可。此時系統會自動把其他帳戶的進程過濾掉，方便系統管理員查看。按用戶過濾後，仍然可以按m鍵來對現實的結果進行過濾。如果在一開始就需要查看某個特定用戶的進程，那麼只需要直接在 命令後面加入-u可選項然後帶上具體的用戶名即可。但是，此時如果再想查看全部用戶的話，那麼只有先推出命令，然後再利用命令不帶任何選項，來查看所有用戶的進程。或者說，再在這個窗口中輸入字元u，然後直接按回車鍵，也可以顯示所用用戶的進程信息。
3、動態統計信息。
使用命令來統計進程的運行信息，跟微軟操作系統的任務管理器一樣，都是動態調整的。也就是說，系統會每隔一段時間去統計這個信息，然後動態的顯示在窗口中。不需要用戶手工去更新相關的信息。而且從上面的圖形中可以看出，命令統計的信息要比微軟任務管理器統計的信息要多的多。所以對系統管理員來說，具有更大的參考價值。筆者以前也很喜歡採用微軟操作系統的任務管理器。而了解了命令後，就對其鍾愛有加了。因為其不僅可以完成任務管理器中的所有功能。而且命令中有的信息在微軟任務管理器中卻無法顯示。而這些信息往往對我們維護系統、提升性能具有很大的參考價值。
4、刪除有異常的進程。
如果這個窗口中，發現某些進程有異常或者用戶執行了規定以外的應用程序，如佔用了太多的系統資源或者有僵屍進程的存在，則可以直接在這個窗口中講其刪除。操作的方法很簡單，只需要在這個窗口內輸入字元p，然後系統會提示系統管理員輸入要關閉進程的PID。管理員只需要鍵入這個值，然後按回車鍵就可以殺掉不需要的進程。不過在關閉進程的時候，有許可權的限制。系統特權帳戶root可以關閉所有用戶的進程。而普通帳戶則只能夠刪除自己打開的程序，而無法關閉其他用戶的進程。如現在系統管理員先以oracle用戶登錄，發現root帳戶下某個進程異常，想要關閉時，系統會提示無法關閉的錯誤信息。此時管理員必須先終止這個進程，然後利用su命令更改登陸的帳戶。然後再關閉這個異常的進程。系統管理員可以同時關閉多個進程。方法很簡單，就是同時輸入多個需要關閉的進程號。在各個進程號之間需要利用逗號隔開。
在系統維護中是一個很有用的命令。除了可以實現如上的功能外，還可以設置其動態更新的時間間隔等等。不過需要注意的是，在不同版本的 Linux系統中其功能稍有差異，而且其顯示的布局與內容也有所不同。為此當系統管理員維護其不怎麼熟悉的版本時，有時候需要查看系統的幫助說明。此時只需要在命令後面加上?號就可以獲得相關的幫助。這個聯機幫助文檔根命令一樣，都是系統管理員的好幫手。不過可惜的是，現在這些在線幫助文檔都是英文的。所以這對系統管理員的英文說明要求比較高。
[root@iZ259r7h4pfZ ~]#
- 16:48:24 up 226 days, 8:34, 1 user, load average: 0.00, 0.00, 0.01
Tasks: 204 total, 1 running, 164 sleeping, 0 sped, 39 zombie
Cpu(s): 0.9%us, 0.9%sy, 0.0%ni, 98.1%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1920740k total, 1123552k used, 797188k free, 24216k buffers
Swap: 0k total, 0k used, 0k free, 87436k cached
[root@iZ259r7h4pfZ ~]# free -m
total used free shared buffers cached
Mem: 1875 1097 778 0 23 85
-/+ buffers/cache: 988 887
Swap: 0 0 0
也可以用watch監控
[root@iZ259r7h4pfZ ~]# watch -n 1 "free -m"
Every 1.0s: free -m Tue Oct 31 16:48:44 2017
total used free shared buffers cached
Mem: 1875 1098 777 0 23 85
-/+ buffers/cache: 989 886
Swap: 0 0 0
這個需要配置吧
:blogs./yangxia-test/archive/2012/11/27/2790771.
LR只是模擬客戶端和伺服器進行交互，並不能直觀的收集伺服器是內部的信息，如果要監控伺服器性能情況，linux系統可以用nmon（或者用命令不過，只能監控內存之類的情況，寫一個shell腳本定時輸出日誌到本地就可以了），oracle可以用awr。
Linux查看系統資源佔用
在系統維護的過程中，隨時可能有需要查看 CPU和內存的使用率，並根據相應信息分析系統狀況的需求。本文介紹一下幾種常見的Linux系統資源查看命令。
1、總體內存佔用的查看
命令：free
圖1 free命令查看內存佔用
（1） free命令默認是以kb為單位顯示的，可以用free -m 用Mb單位來顯示。
（2） Mem行 ： total = used + free 其中buffers和cached雖然計算在used內， 但其實為可用內存。
（3） Mem下一行：used為真實已佔內存，free為真實可用內存。
（4）Swap：內存交換區的使用情況。
2、查看內存佔用前五的進程
命令：ps auxw | head -1;ps auxw|sort -rn -k4|head -5
圖 2.1查看內存佔用前5的進程
如圖2.1所示， 內存的單位是kb，VSZ是虛擬內存的佔用，RSS是真實的內存的佔用。
命令分解：
ps auxw顯示系統資源佔用情況；
head -1表示顯示第一列，即標題列；
sort -r 表示反向排序，-n表示按數字排序，-k4表示列的第4個字元。
3、查看CPU佔用前三的進程
命令：ps auxw|head -1;ps auxw|sort -rn -k3|head -3
圖3.1 查看cpu佔用前三的進程
該命令與圖2.1相仿，只是選擇的資源佔用情況的第3列（即cpu），用「-k3」表示。
4、查看系統整體的負載
命令：
圖4.1 顯示系統整體負載
（1）第一行： 系統時間 + 系統運行時間 + 幾個用戶 + 1/5/15分鍾系統平均負載
（2）第二行：進程總數(total) + 正在運行進程數(running) + 睡眠進程數(sleeping) + 停止的進程數(sped)+ 僵屍進程數(zombie)
（3）第三行：用戶空間CPU佔比(us) + 內核空間CPU佔比(sy)+ CPU空置率(id)
圖4.2 各個任務佔用資源情況
註解：
PID ：進程ID
USER ：用戶名
PR ：優先順序
NI ：負值表示高優先順序，正值表示低優先順序。
VIRT ：虛擬內存
RES ： 真實內存
SHR ：共享內存
S ：進程狀態 D=不可中斷的睡眠狀態； R=運行； S=睡眠 ；T=跟蹤/停止； Z=僵屍進程
參數：
-d 2 ：每隔2秒顯式所有進程的資源佔用情況
-c ：每隔5秒顯式進程的資源佔用情況，並顯示進程的命令行參數(默認只有進程名)
-p 12345 -p 6789：每隔5秒顯示pid是12345和pid是6789的兩個進程的資源佔用情況
-d 2 -c -p 123456 ：每隔2秒顯示pid是12345的進程的資源使用情況，並顯式該進程啟動的命令行參數
假設一個線程被調度運行，它將一直運行直到它的時間片用完、直到被搶先或直到它自己主動放棄 CPU 控制權。
當另一個線程被賦予 CPU 控制權時，必須保存前一個線程的上下文或工作環境，並載入當前線程的上下文。操作系統有一個很有效的上下文切換過程，所以每次切換並不耗費資源。
任何上下文切換的顯著增加，如當 cs 比磁碟 I/O 和網路包速率高的多，都應進行進一步調查。
C. 怎樣分析linux的性能指標
一、處理器參數
這是一個很簡單的參數，它直觀的描述了每個CPU的利用率。在xSeries架構中，如果CPU的利用率長時間的超過80％，就可能是出現了處理器的瓶頸。
Runable processes
這個值描述了正在准備被執行的進程，在一個持續時間里這個值不應該超過物理CPU數量的10倍，否則CPU方面就可能存在瓶頸。
Blocked
描述了那些因為等待I/O操作結束而不能被執行的進程，Blocked可能指出你正面臨I/O瓶頸。
User time
描述了處理用戶進程的百分比，包括nice time。如果User time的值很高，說明系統性能用在處理實際的工作。
System time
描述了CPU花費在處理內核操作包括IRQ和軟體中斷上面的百分比。如果system time很高說明系統可能存在網路或者驅動堆棧方面的瓶頸。一個系統通常只花費很少的時間去處理內核的操作。
Idle time
描述了CPU空閑的百分比。
Nice time
描述了CPU花費在處理re-nicing進程的百分比。
Context switch
系統中線程之間進行交換的數量。
Waiting
CPU花費在等待I/O操作上的總時間，與blocked相似，一個系統不應該花費太多的時間在等待I/O操作上，否則你應該進一步檢測I/O子系統是否存在瓶頸。
Interrupts
Interrupts值包括硬Interrupts和軟Interrupts，硬Interrupts會對系統性能帶
來更多的不利影響。高的Interrupts值指出系統可能存在一個軟體的瓶頸，可能是內核或者驅動程序。注意Interrupts值中包括CPU時鍾導
致的中斷（現代的xServer系統每秒1000個Interrupts值）。
二、內存參數
Free memory
相比其他操作系統，Linux空閑內存的值不應該做為一個性能參考的重要指標，因為就像我們之前提到過的，Linux內核會分配大量沒有被使用的內存作為文件系統的緩存，所以這個值通常都比較小。
Swap usage
這個值描述了已經被使用的swap空間。Swap
usage只表示了Linux管理內存的有效性。對識別內存瓶頸來說，Swap In/Out才是一個比較又意義的依據，如果Swap
In/Out的值長期保持在每秒200到300個頁面通常就表示系統可能存在內存的瓶頸。
Buffer and cache
這個值描述了為文件系統和塊設備分配的緩存。注意在Red Hat Enterprise Linux
3和更早一些的版本中，大部分空閑內存會被分配作為緩存使用。在Red Hat Enterprise Linux
4以後的版本中,你可以通過修改/proc/sys/vm中的page_cache_tuning來調整空閑內存中作為緩存的數量。
Slabs
描述了內核使用的內存空間，注意內核的頁面是不能被交換到磁碟上的。
Active versus inactive memory
提供了關於系統內存的active內存信息，Inactive內存是被kswapd守護進程交換到磁碟上的空間。
三、網路參數
Packets received and sent
這個參數表示了一個指定網卡接收和發送的數據包的數量。
Bytes received and sent
這個參數表示了一個指定網卡接收和發送的數據包的位元組數。
Collisions per second
這個值提供了發生在指定網卡上的網路沖突的數量。持續的出現這個值代表在網路架構上出現了瓶頸，而不是在伺服器端出現的問題。在正常配置的網路中沖突是非常少見的，除非用戶的網路環境都是由hub組成。
Packets dropped
這個值表示了被內核丟掉的數據包數量，可能是因為防火牆或者是網路緩存的缺乏。
Overruns
Overruns表達了超出網路介面緩存的次數，這個參數應該和packets dropped值聯繫到一起來判斷是否存在在網路緩存或者網路隊列過長方面的瓶頸。
Errors
這個值記錄了標志為失敗的幀的數量。這個可能由錯誤的網路配置或者部分網線損壞導致，在銅口千兆乙太網環境中部分網線的損害是影響性能的一個重要因素。
四、塊設備參數
Iowait
CPU等待I/O操作所花費的時間。這個值持續很高通常可能是I/O瓶頸所導致的。
Average queue length
I/O請求的數量，通常一個磁碟隊列值為2到3為最佳情況，更高的值說明系統可能存在I/O瓶頸。
Average wait
響應一個I/O操作的平均時間。Average wait包括實際I/O操作的時間和在I/O隊列里等待的時間。
Transfers per second
描述每秒執行多少次I/O操作（包括讀和寫）。Transfers per second的值與kBytes per second結合起來可以幫助你估計系統的平均傳輸塊大小，這個傳輸塊大小通常和磁碟子系統的條帶化大小相符合可以獲得最好的性能。
Blocks read/write per second
這個值表達了每秒讀寫的blocks數量，在2.6內核中blocks是1024bytes，在早些的內核版本中blocks可以是不同的大小，從512bytes到4kb。
Kilobytes per second read/write
按照kb為單位表示讀寫塊設備的實際數據的數量。
D. 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不能對其進行分析。
E. 如何監控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則依賴於內核配置。