?

核心指令：

Top

Sar

Vmstat

Iostat

Sar??-n??DEV

/proc文件系統

分析經驗性步驟：

首先查看?CPU?使用情況，按照診斷?CPU、內存或磁盤瓶頸的指導進行操作。對于下面的每個步驟，查找一端時間內的趨勢，從中收集系統運行性能較差時的數據。另外，只有將這些數據與系統正常運行時收集的數據進行比較時才能進行準確的診斷。

步驟?1

# sar -u [interval] [iterations]
(示例: sar -u 5 30)
%idle?是否很低??這是?CPU?未在運行任何進程的時間百分比。 在一端時間內?%idle?為零可能是?CPU?瓶頸的第一個指示。

不是?->?系統未發生?CPU?瓶頸。轉至步驟?3。
是?->?系統可能發生了?CPU、內存或?I/O?瓶頸。轉至步驟?2。

步驟?2

%usr?是否較高??很多系統正常情況下花費?80%?的?CPU?時間用于用戶，20%?用于系統。其他系統通常會使用?80%?左右的用戶時間。

不是?->?系統可能遇到?CPU、內存或?I/O?瓶頸。轉至步驟?3。
是?->?系統可能由于用戶進程遇到?CPU?瓶頸。轉至部分?3，部分?A， 調整系統的?CPU?瓶頸。

步驟?3

%wio?的值是否大于?15??（不同os有不同的閥值）

是?->?以后記住這個值。它可能表示磁盤或磁帶瓶頸。轉至步驟?4。
不是?->?轉至步驟?4。

步驟?4

# sar -d [interval] [iterations]
用于任何磁盤的?%busy?是否都大于?50? (請記住，50%?指示一個大概的 指南，它可能遠遠高于您系統的正常值。在某些系統上，甚至%busy?值為?20?可能就表示發生了磁盤瓶頸，而其他系統正常情況下可能就為?50% busy。)對于同一個磁盤上，avwait?是否大于?avserv?

不是?->?很可能不是磁盤瓶頸，轉至步驟?6。
是?->?此設備上好像發生了?IO?瓶頸。
轉至步驟?5。

步驟?5

系統上存在磁盤瓶頸，發生瓶頸的磁盤上有哪些內容?

原始分區，
文件系統?->?轉至部分?3，部分?B，調整發生磁盤?IO?瓶頸的系統。
Swap ->?可能是由于內存瓶頸導致的。
轉至步驟?6。

步驟?6

# vmstat [interval] [iterations]
在很長的一端時間內，po?是否總是大于?0?
對于一個?s800?系統?(free * 4k)?是否小于?2 MB，
(對于?s700?系統?free * 4k?是否小于?1 MB)?
(值?2 MB?和?1 MB?指示大概的指南，真正的?LOTSFREE?值，即系統開始發生?paging?的值是在系統引導時計算的，它是基于系統內存的大小的。)

不是?->?如果步驟?1?中的?%idle?較低，系統則很可能發生了?CPU?瓶頸。
轉至部分?3，部分?A，調整發生了?CPU?瓶頸的系統。
如果?%idle?不是很低，則可能不是?CPU、磁盤?IO或者內存瓶頸。
請轉至部分?4，其他瓶頸。
是?->?系統上存在內存瓶頸，轉至部分?3?部分?C，調整發生內存瓶頸的系統。

?

轉載于:https://www.cnblogs.com/zhuqq/p/10101469.html

總結

以上是生活随笔為你收集整理的Linux 性能分析大概步骤的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。