性能監控

一、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： 申請的系統內存