如何处理过大的 GOMAXPROCS 值？

当应用程序设置的 GOMAXPROCS 值过大时，会产生一些后果。由于线程数量限制，活动线程可能多于 CPU 核心数，导致更多的上下文切换。然而，垃圾收集与线程数量无关，不会受到影响。在大多数情况下，将 GOMAXPROCS 设置为默认值（CPU 核心数）可以提供最佳性能。但是，在某些情况下，将该值设置得更高可能会提高性能，但这种场景比较罕见。因此，建议根据具体应用程序进行衡量，以确定最优的 GOMAXPROCS 值。

我们都知道runtime.GOMAXPROCS默认设置为CPU核心数，如果这个属性设置太大怎么办？

1. 程序会有更多上下文切换吗？
2. 垃圾收集器会更频繁地触发吗？

解决方案

GOMAXPROCS 默认设置为可用逻辑 CPU 的数量是有原因的：这在大多数情况下可提供最佳性能。

GOMAXPROCS 仅限制“活动”线程的数量，如果线程的 goroutine 被阻塞（例如通过系统调用），则可能会启动新线程。没有直接关联，请参阅 Number of threads used by Go runtime。

如果 GOMAXPROCS 大于可用 CPU 的数量，则活动线程数将多于 CPU 核心数，这意味着活动线程必须“多路复用”到可用处理单元，所以是的，将会有更多上下文切换如果活动线程多于核心，但情况不一定如此。

垃圾收集与线程数没有直接关系，因此您不必担心这一点。引用自包 runtime：

GOGC 变量设置初始垃圾收集目标百分比。 当新分配的数据与上次收集后剩余的实时数据的比例达到此百分比时，将触发收集。默认为 GOGC=100。设置 GOGC=off 会完全禁用垃圾收集器。运行时/调试包的 SetGCPercent 函数允许在运行时更改此百分比。请参阅https://golang.org/pkg/runtime/debug/#SetGCPercent。

如果您有更多不分配/释放内存的线程，这不会影响触发集合的频率。

在某些情况下，将 GOMAXPROCS 设置为高于 CPU 数量可能会提高应用的性能，但这种情况很少见。衡量一下它是否对您的情况有帮助。

本篇关于《如何处理过大的 GOMAXPROCS 值？》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！