revin/s tty接收中斷
xmtin/s tty傳輸中斷
如果CPU的使用率接近100％（usr＋system），可以視為是CPU瓶頸。而如果相當大的時間都花費在IO等待上，那就意味著cpu執行受到了磁盤IO的限制，
而IO瓶頸可能來自于文件訪問或者沒有足夠的內存來分配頁面。
注意：系統花費在等待遠程文件訪問的時間不會記入io 等待時間，如果CPU和IO等待的時間都相當的低，但是響應時間又不是很滿意，那應該確認系統
花費多少時間在等待遠程io，一直一來aix下沒有命令對遠程io進行分析，只能通過跟蹤數據來觀察。
vmstat
vmstat命令報告內核線程，虛擬內存、磁盤、陷阱、和CPU活動情況。
Kthr 線程活動情況
r 運行隊列
b 等待隊列
memory 虛擬和實際內存使用情況
avm 活動的虛擬頁面
fre 空閑的頁面，當系統內存大于64MB時，最小值MINFREE為120frames，當內存小于64MB時，最小值為內存以MB計的兩倍
MINFREE和MAXFREE值可以通過vmtune命令來查看
page page fault和page活動情況，當在內存里分配一個頁面時（非NFS或者永久文件頁面），其被視為工作頁面，工作頁面通常包括應用堆棧、
數據和其他的共享內存段。因此當一個程序�；蛘邤祿䥇^域需要增長時，內存會被被訪問，vvm會從ram和頁面空間所在設備分配空間。這就意味著
在內存耗盡之前，頁面空間會被使用。
re 頁面輸入輸出列表，每秒中內存回收數量，當頁面處于空閑列表且沒有被再利用，它就會被回收應為沒有新的IO會初始化它，也包括那些沒有完成的IO操作但又被VMM使用
預先讀取算法調入內存的頁面。
pi 從頁面空間page in的頁面
po 從頁面空間page out的頁面
fr 頁面空閑（頁面重置）
sr 頁面被頁面調度算法掃描次數
cy 頁面調度算法進行調度的時鐘周期
faults 陷阱和系統中斷率
in 設備中斷
sy 系統調用
cs 內核線程上下文切換
CPU cpu使用情況
usr 用戶進程
sys 系統進程
id cpu空閑時間
wa 等待磁盤IO時間
準則：
r<5，b≈0，
如果fre<MINFREE，將會出現連續不斷的頁面調度，將導致系統性能問題。
對于page列，re，pi，po，cy維持于比較穩定的狀態，PI率不超過5，如果有pagin發生，那么關聯頁面必須先進行pageout
在內存相對緊張的環境下pagein會強制對不同的頁面進行steal操作。如果系統正在讀一個大批的永久頁面，你也許可以看到po和pi列
會出現不一致的增長，這種情景并不一定表明系統負載過重，但是有必要對應用程序的數據訪問模式進行見檢查。在穩定的情況下，掃描率和重置率幾乎相等，在
多個進程處理使用不同的頁面的情況下，頁面會更加不穩定和雜亂，這時掃描率可能會比重置率高出。
faults列，in，sy，cs會不斷跳躍，這里沒有明確的限制，唯一的就是這些值最少大于100
cpu列，us，sys，id和wa也是不確定的，最理想的狀態是使cpu處于100%工作狀態，單這只適合單用戶的情況下。
如果在多用戶環境中us＋sys》80，進程就會在運行隊列中花費等待時間，響應時間和吞吐量就會下降。wa>40表明磁盤io沒有也許存在不合理的平衡，或者對磁盤操作比較頻繁，
文章來源于領測軟件測試網 http://www.kjueaiud.com/
