2022最新vmstate 命令詳解

vmstat 是一個查看虛擬內存(Virtual Memory)使用狀況的工具,但是怎樣通過 vmstat 來發現系統中的瓶頸呢?

1。 使用vmstat

使用前我們先看下命令介紹及參數定義

Usage:
 vmstat [options] [delay [count]]
Options:
 -a, --active           active/inactive memory
 -f, --forks            number of forks since boot
 -m, --slabs            slabinfo
 -n, --one-header       do not redisplay header
 -s, --stats            event counter statistics
 -d, --disk             disk statistics
 -D, --disk-sum         summarize disk statistics
 -p, --partition <dev>  partition specific statistics
 -S, --unit <char>      define display unit
 -w, --wide             wide output
 -t, --timestamp        show timestamp
 -h, --help     display this help and exit
 -V, --version  output version information and exit
For more details see vmstat(8).

中文翻譯

  • -a:顯示活躍和非活躍內存
    -f:顯示從系統啟動至今的 fork 數量 。
    -m:顯示 slabinfo
    -n:隻在開始時顯示一次各字段名稱。
    -s:顯示內存相關統計信息及多種系統活動數量。
    delay:刷新時間間隔。如果不指定,隻顯示一條結果。
    count:刷新次數。如果不指定刷新次數,但指定瞭刷新時間間隔,這時刷新次數為無窮。
    -d:顯示磁盤相關統計信息。
    -p:顯示指定磁盤分區統計信息
    -S:使用指定單位顯示。參數有 k 、K 、m 、M ,分別代表 1000、1024、1000000、1048576 字節(byte)。
    默認單位為 K(1024 bytes)
    -V:顯示 vmstat 版本信息。

2。實戰

例子:每 2 秒輸出一條結果

[[email protected] ~]# vmstat 2
procs ———–memory———- —swap– —–io—- -system– ——cpu—–
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 4  0      0 485092      0 1249236    0    0     3    19   47   31  1  1 98  0  0
 0  0      0 485364      0 1249364    0    0     0    34 2885 4952  1  3 97  0  0
 0  0      0 485472      0 1249368    0    0     0    34 2107 3561  1  1 98  0  0
 0  0      0 485316      0 1249368    0    0     0    60 1914 3326  1  1 98  0  0

結果如圖,對上面輸出結果含義解釋:

Procs(進程):
r: 運行的和等待(CPU 時間片)運行的進程數,這個值也可以判斷是否需要增加 CPU(長期大於 1)
b: 等待 IO 的進程數量,處於不可中斷狀態的進程數,常見的情況是由 IO 引起的
Memory(內存):
swpd: 使用虛擬內存大小,切換到交換內存上的內存(默認以 KB 為單位)
如果 swpd 的值不為 0,或者還比較大,比如超過 100M 瞭,但是 si, so 的值長期為 0,這種情況我們可以不用擔心,不會影響系統性能。
free: 空閑的物理內存
buff: 用作緩沖的內存大小
cache: 用作緩存的內存大小,文件系統的 cache,如果 cache 的值大的時候,說明 cache 住的文件數多,如果頻繁訪問到的文件都能被 cache 住,那麼磁盤的讀 IO bi 會非常小
Swap:
si: 每秒從交換區寫到內存的大小,交換內存使用,由磁盤調入內存
so: 每秒寫入交換區的內存大小,交換內存使用,由內存調入磁盤
內存夠用的時候,這 2 個值都是 0,如果這 2 個值長期大於 0 時,系統性能會受到影響。磁盤 IO 和CPU 資源都會被消耗

IO:
bi: 每秒讀取的塊數,從塊設備讀入的數據總量(讀磁盤) (KB/s)
bo: 每秒寫入的塊數,寫入到塊設備的數據總理(寫磁盤) (KB/s)
隨機磁盤讀寫的時候,這 2 個 值越大(如超出 1M),能看到 CPU 在 IO 等待的值也會越大
system:
in: 每秒中斷數,包括時鐘中斷。
cs: 每秒上下文切換數。
上面這 2 個值越大,會看到由內核消耗的 CPU 時間會越多
CPU(以百分比表示):

us: 用戶進程消耗的 CPU 時間百分比,us 的值比較高時,說明用戶進程消耗的 CPU 時間多,但是如果長期超過 50% 的使用,那麼我們就該考慮優化程序算法或者進行加速瞭
sy: 內核進程消耗的 CPU 時間百分比,sy 的值高時,說明系統內核消耗的 CPU 資源多,這並不是良性的表現,我們應該檢查原因。
id: CPU 處在空閑狀態時間百分比(包括 IO 等待時間)
wa: IO 等待消耗的 CPU 時間百分比,wa 的值高時,說明 IO 等待比較嚴重

3。 問題處理中,如何運用?

現象:
1。)如果在processes中運行的序列(process r)是連續的大於在系統中的CPU的個數表示系統現在運行比較慢,有多數的進程等待 CPU。
2。)如果 r 的輸出數大於系統中可用 CPU 個數的 4 倍的話,則系統面臨著 CPU 短缺的問題,或者是 CPU 的速率過低,系統中有多數的進程在等待 CPU,造成系統中進程運行過慢。
3。)如果空閑時間(cpu id)持續為 0 並且系統時間(cpu sy)是用戶時間的兩倍(cpu us)系統則面臨著 CPU 資源的短缺。

辦法建議:

1。調節 applications & servers 使得對內存和 cache 的使用更加有效。例如:先調整應用程序對 CPU 的占用情況。使得應用程序能夠更有效的使用 CPU、聯系DBA查看是否有SQL語句堵塞。
2。增加系統的內存或者CPU。

實戰例子:

procs -----------memory---------- ---swap-- -----io---- -system-- ------cpu-----
 r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
 7  0      0 475416      0 1251908    0    0     0   441 1961 3307  0  1 98  0  0
 1  0      0 475372      0 1251908    0    0     0    32 1785 3083  1  1 98  0  0
 0  0      0 475744      0 1251916    0    0     0    34 1891 3259  0  1 98  0  0
 2  0      0 475744      0 1251916    0    0     0    18 1935 3381  1  1 98  0  0
 0  0      0 475512      0 1251920    0    0     0    29 2062 3533  2  1 97  0  0
 0  0      0 475884      0 1251920    0    0     0    22 1988 3410  0  1 99  0  0
 0  0      0 475760      0 1251924    0    0     0    22 1757 3040  1  1 98  0  0
 0  0      0 475340      0 1251924    0    0     0    28 2001 3415  0  2 98  0  0
 0  0      0 475636      0 1251924    0    0     0    16 1941 3341  1  1 98  0  0
 0  0      0 475264      0 1251928    0    0     0    29 1986 3408  1  1 98  0  0
 0  0      0 475264      0 1251928    0    0     0    34 2112 3490  1  1 98  0  0
 0  0      0 469308      0 1252084    0    0     0   487 2973 5094  2  3 96  0  0
 0  0      0 471872      0 1252004    0    0     0   212 3007 5139  1  3 96  0  0
 0  0      0 472368      0 1251972    0    0     0   156 2331 3936  1  2 97  0  0
 0  0      0 472632      0 1251976    0    0     0    35 2119 3705  1  2 97  0  0
 0  0      0 472236      0 1251976    0    0     0   425 2018 3372  0  1 99  0  0
 0  0      0 472384      0 1251980    0    0     0    17 1807 3101  1  1 98  0  0

根據觀察值,我們可以得到以下結論:
1。有大量的中斷(in) 和較多的上下文切換(cs)。這意味著存在多個的進程在產生對硬件設備的請求。
2。進一步顯示某單個應用,user time(us)利用率低,說明應用用戶進程使用較少。
3。cpu id 經常保持再98%附近,說明當前系統基本上無負載壓力。

到此這篇關於vmstate 命令詳解2022的文章就介紹到這瞭,更多相關vmstate 命令內容請搜索WalkonNet以前的文章或繼續瀏覽下面的相關文章希望大傢以後多多支持WalkonNet!

推薦閱讀: