程式設計師不可不知的Linux效能工具

2021-09-21 05:04:47 字數 2275 閱讀 4230

在實際開發中,有時候會收到一些服務的監控報警,比如cpu飆高,記憶體飆高等,這個時候,我們會登入到伺服器上進行排查。本篇部落格將涵蓋這方面的知識:linux效能工具。

背景:服務在平穩執行一段時間後,cpu突然飆高。

通過top命令,可以確認下,到底是哪個程序導致cpu飆高了(也許是誤報呢?)。

可以看到圖中pid是2816的程序,cpu使用率非常高。

使用top -hp 2816來對程序下的執行緒進行觀察。圖中可以發現,2825這個執行緒cpu非常高。

這裡利用python非常方便的把十進位制的執行緒id轉化成了16進製制,為什麼要這麼做呢?

因為在接下來的執行緒dump檔案中使用的就是16進製制的nid。

在實際中,我們應該利用jstack pid多dump幾次,因為執行緒存在狀態轉換,因此多次dump有利於抓取到執行緒更多的資訊。

圖中,你可以觀察到,乙個執行緒得到了鎖,在執行,遲遲沒有釋放,而另乙個執行緒一直在等待這個鎖。至此,就可以到去檢視**去分析為什麼鎖遲遲不釋放的原因了。

上文的案例中,就使用到了top,而在實際中,top的資訊量是很大的,這裡詳細分析下。

第一行:

涉及到2個時間,乙個是系統時間,乙個是機器執行的時間。【我們應該重點關注的是機器執行的時間,why? 有時候,重啟機器能帶來很多問題,***!】

多少使用者登入了系統?【通過who/w/history可以查到更多資訊】

3個load值是什麼含義?

分別代表的是1min,5min,15min機器的負載情況,如何確定負載的大小呢?需要和cpu的核數相結合來看,比如該機器是4核cpu,那麼如果load值超過了4,就意味著負載很大了!【在top下按下1可以觀察出cpu的個數】

上述資訊,其實也可以通過uptime命令來獲取。

第二行:

主要是總共有多少個任務,重點應該關注的是殭屍狀態的任務數。

第三行:

主要是cpu的一些資訊。

us/sy,說的就是使用者程序和系統程序使用cpu的佔比。

ni,即nice,表示被調整過執行緒優先順序的程序佔比,這個比例正常不應該很大。

id,表示空閒;wa表示資源等待的時間,比如在瞬時大流量下,服務打了很多日誌的話,那麼這個值就會飆高,因為這會很消耗資源的。

hi,硬中斷,一般就是外設引起的,如果hi飆高的話,那麼意味著外設在硬體層面出現了問題。si表示軟中斷。

st,即steel,如果該主機是虛擬的話會有這個st資訊,也即是該虛擬機器從宿主機獲取cpu的時間片的百分佔比。

第四和第五行:

這裡主要說2個概念性的東西:buffer 和 cache。

buffer主要是什麼呢?應該是待處理的資料,主要是處理2個系統之間速度不匹配的問題。而cache,一般應該是結果資料的快取,比如從db載入一些資訊供查詢用。

swap分割槽,就是想利用硬碟的做一部分快取,如果swap交換非常頻繁的話,就是說記憶體不夠用!

列表說明:

pid 程序id、user 使用者、pr 優先順序、virt 虛擬記憶體、res 駐留記憶體、shr 共享記憶體

這裡需要指出的是,res表示的是該程序實際占用的記憶體,而並不是申請的記憶體大小。也就是說當前程序所占用的記憶體物理大小是 res-shr。

程式設計師不可不知的Linux效能工具

在實際開發中,有時候會收到一些服務的監控報警,比如cpu飆高,記憶體飆高等,這個時候,我們會登入到伺服器上進行排查。本篇部落格將涵蓋這方面的知識 linux效能工具。背景 服務在平穩執行一段時間後,cpu突然飆高。通過top命令,可以確認下,到底是哪個程序導致cpu飆高了 也許是誤報呢?可以看到圖中...

程式設計師不可不知的Linux效能工具

在實際開發中,有時候會收到一些服務的監控報警,比如cpu飆高,記憶體飆高等,這個時候,我們會登入到伺服器上進行排查。本篇部落格將涵蓋這方面的知識 linux效能工具。一次線上問題排查模擬 背景 服務在平穩執行一段時間後,cpu突然飆高。程式設計師不可不知的linux效能工具 通過top命令,可以確認...

不可不知的健康知識

健康最重要 晚上9 11點為免疫系統 淋巴 排毒時間,此段時間應安靜或聽 晚間11 凌晨1點,肝的排毒,需在熟睡中進行。凌晨1 3點,膽的排毒,亦同。凌晨3 5點,肺的排毒。此即為何咳嗽的人在這段時間咳得最劇烈,因排毒動作已走到肺 不應用止咳藥,以免抑制廢積物的排除。凌晨5 7點,大腸的排毒,應上廁...