[Golang] 一个线上的 Go 程序，是否应该长期开启 pprof

[Aumujun]

[allgy]

不应该，开启 pprof 会影响性能

[v2wtf]

没性能压力的，建议开着。你永远不知道线上会出什么幺蛾子。

[FarmerChillax]

赞同二楼说的，你永远不知道线上会出什么幺蛾子！！！
我再补充一下：
没性能压力的，建议开着。
有性能压力的，建议多开两个实例😆

[perfectlife]

运维的心声：硬件其实挺不值钱的，比起出故障的损失(经济和背锅）

[Aumujun]

@perfectlife @FarmerChillax @v2wtf 那还是开着好😆，这跑的也不是太消耗性能的程序

[29EtwXn6t5wgM3fD]

在没有 pprof 的时候只会耗一个 http 协程的开销，只有在 pprof 的时候才会有额外的开销。

[virusdefender]

我都是注册一个 sigusr1 来开启 pprof ，默认不开，不过一直监听一个本地端口也无所谓

[gam2046]

#3 是我最后实践的方式。

之前遇到过一个问题，grpc 服务，不定时出现 OOM ，由于配置了 docker restart always ，所以头几次 oom 并没有人发现。

快两个月以后，有客户反应，阶段性服务不可用，这个时候才回去看日志，才知道上线之处就有问题了。

之后就不管需要不需要，pprof 一律都给安排上了。实在对性能要求高的，一个开，一个不开，前面怼上 SLB

[Aumujun]

@gam2046 那如果是没开 pprof 的那个出现问题呢

[Aumujun]

@virusdefender 做的动态的开关吗 好像也是个不错的操作。

[gamexg]

net/http/pprof
会有性能损耗？
我看源码，只会在 init 函数注册几个 debug/pprof http HandleFunc 。

[tairan2006]

不都是用 http 接口么…本来 metric 也要 http 啊，有啥开销

[paceewang1]

pprof 不会消耗性能吧，我记得压测对比过 http 服务是相差无几的