AIX 性能調優－內存、CPU篇

sar -P ALL   cpu使用情況

sar -a 文件訪問情況
dirblk/s  定位文件時被目錄訪問守護進程讀取的快（512b）的個數
iget/s    i節點查找系統進程被調用次數
lookuppn/s 目錄查找進程找到v節點，并獲取路徑名的次數

sar -b  buffer的活動情況，包括傳輸、訪問、和命中率
bread/s、bwrit/s 塊IO操作的數量
lread/s、lwrit/s 邏輯 IO請求的個數
pread/s、pwrit/s 裸設備IO操作數量
%rcache、%rwrit cache命中率，計算共式為：((lreads-breads)/lreads)*100

sar -c 系統調用情況
exec/s、fork/s  調用和執行系統調用總數
sread/s、swrit/s read/writ 系統調用次數
rchar/s、wchar/s 被read/writ系統調用的字符數量
scall/s  系統調用總數

sar -k 內核進程活動情況
kexit/s 中斷的內核進程數
kproc-ov/s 由于進程數的限制無法創建內核進程的次數
ksched/s 被作業分派的內核進程數

sar -m 消息隊列和信號燈活動情況
msg/s  IPC消息隊列活動情況
sema/s 信號燈活動情況

sar -d 磁盤讀寫情況

sar -q 隊列統計信息
run-sz 內核線程處于運行隊列的平均數
%runoclearcase/" target="_blank" >cc 最近時間段運行隊列占用百分比
swpq-sz 內核線程等待 頁面調度的平均數
%swpocc 交換隊列最近活動情況

sar -r 頁面調度信息
cycle/s 每秒中頁面置換次數
fault/s 每秒中page fault次數
slots   在頁空間中空閑頁數量
odio/s 每秒中不使用頁面空間的磁盤io數

sar -v 進程、內核線程、i節點、和文件表 的狀態

sar-w 上下文切換次數

sar -y tty設備活動情況
canch/s  tty輸入隊列中規范的字符數
mdmin/s  tty modem 中斷
outch/s  輸出隊列字符數
rawch/s  輸入隊列字符數
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.anti-gravitydesign.com