• 效能監控
  • 一、web專案（如gin中）
  • 二、單個的go檔案如果檢視gc

效能監控

一、web專案（如gin中）

1.使用ginpprof

import "github.com/DeanThompson/ginpprof"

router := gin.Default()
ginpprof.Wrap(router)

2.使用pprof

• 只需要在main.go中引入：_ “net/http/pprof”
• 訪問：127.0.0.1:8080/debug/pprof

/debug/pprof/profile：訪問這個連結會自動進行 CPU profiling，持續 30s，並生成一個檔案供下載
/debug/pprof/block：Goroutine阻塞事件的記錄。預設每發生一次阻塞事件時取樣一次。
/debug/pprof/goroutines：活躍Goroutine的資訊的記錄。僅在獲取時取樣一次。
/debug/pprof/heap： 堆記憶體分配情況的記錄。預設每分配512K位元組時取樣一次。
/debug/pprof/mutex: 檢視爭用互斥鎖的持有者。
/debug/pprof/threadcreate: 系統執行緒建立情況的記錄。 僅在獲取時取樣一次。
 

二、單個的go檔案如果檢視gc

1.設定環境變數

set GODEBUG=gctrace=1

2.術語：

• mark：標記階段。
• markTermination：標記結束階段。
• mutator assist：輔助 GC，是指在 GC 過程中 mutator 執行緒會併發執行，而 mutator assist 機制會協助 GC 做一部分的工作。
• heaplive：在 Go 的記憶體管理中，span 是記憶體頁的基本單元，每頁大小為 8kb，同時 Go 會根據物件的大小不同而分配不同頁數的 span，而 heaplive 就代表著所有 span 的總大小。
• dedicated / fractional / idle：在標記階段會分為三種不同的 mark worker 模式，分別是 dedicated、fractional 和 idle，它們代表著不同的專注程度，其中 dedicated 模式最專注，是完整的 GC 回收行為，fractional 只會幹部分的 GC 行為，idle 最輕鬆
• P：指處理器

3.含義

gc 4 @0.254s 5%: 2.0+1.0+9.9 ms clock, 16+0/2.0/2.0+79 ms cpu, 4->4->0 MB, 5 MB goal, 8 P

• gc 4 ：GC 執行次數的編號，每次疊加。第4次 GC。
• @0.254s：自程式啟動後到當前的具體秒數。：當前是程式啟動後的 0.254s。
• 5%：自程式啟動以來在GC中花費的時間百分比。程式啟動後到現在共花費 5% 的時間在 GC 上
• 2.0+1.0+9.9ms clock：GC 的標記工作共使用的 CPU 時間佔總 CPU 時間的百分比。
• 2.0表示單個 P 在 mark 階段的 STW 時間。（stop the world）
• 1.0表示所有 P 的 mark concurrent（併發標記）所使用的時間。
• 9.9表示單個 P 的 markTermination 階段的 STW 時間
• 16+0/2.0/2.0+79 ms cpu
• 16：表示整個程序在 mark 階段 STW 停頓的時間。
• 0/2.0/2.0：0表示 mutator assist 佔用的時間，2.0表示 dedicated + fractional 佔用的時間，2.0 表示 idle 佔用的時間。
• 4->4->0 MB
• 4表示開始 mark 階段前的 heap_live 大小。
• 4表示開始 markTermination 階段前的 heap_live 大小。
• 1表示被標記物件的大小。
• 5 MB goal：表示下一次觸發 GC 回收的閾值是 5 MB。
• 8 P：本次 GC 一共涉及多少個 P

檢視電腦的配置：

• 執行-- dxdiag
• 裝置管理器

scvg4: inuse: 111, idle: 54, sys: 187, released: 0, consumed: 198 (MB)

• inuse: 111,：使用多少M記憶體
• idle: 54,：0 剩下要清除的記憶體
• sys: 187,： 系統對映的記憶體
• released: 0,： 釋放的系統記憶體
• consumed: 198： 申請的系統記憶體