Yi *_*eng 1 performance garbage-collection go
我们都知道runtime.GOMAXPROCS
默认设置为CPU核心数,如果这个属性设置过大怎么办?
GOMAXPROCS
出于某种原因,默认情况下设置为可用逻辑 CPU 的数量:这在大多数情况下提供了最佳性能。
GOMAXPROCS
只限制“活动”线程的数量,如果一个线程的 goroutine 被阻塞(例如被系统调用),一个新线程可能会被启动。没有直接的相关性,参见Go 运行时使用的线程数。
如果GOMAXPROCS
大于可用 CPU 的数量,则活动线程数将多于 CPU 内核数,这意味着活动线程必须“多路复用”到可用的处理单元,所以是的,如果有活动线程比内核多,这不一定是这种情况。
垃圾收集与线程数没有直接关系,因此您不必担心。从包中引用runtime
:
GOGC 变量设置初始垃圾回收目标百分比。当新分配的数据与上次收集后剩余的实时数据的比率达到此百分比时,将触发收集。默认值为 GOGC=100。设置 GOGC=off 将完全禁用垃圾收集器。运行时/调试包的 SetGCPercent 函数允许在运行时更改此百分比。请参阅https://golang.org/pkg/runtime/debug/#SetGCPercent。
如果您有更多不分配/释放内存的线程,则不应影响触发集合的频率。
在某些情况下,设置GOMAXPROCS
高于 CPU 的数量会提高应用程序的性能,但这种情况很少见。衡量一下,看看它是否对你的情况有帮助。
归档时间: |
|
查看次数: |
1341 次 |
最近记录: |