性能监控

目录

• 性能监控
  • 一、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： 申请的系统内存