限制 Go 例程数量在完全受 CPU 限制的工作负载中是否是必要的？

编程并不是一个机械性的工作，而是需要有思考，有创新的工作，语法是固定的，但解决问题的思路则是依靠人的思维，这就需要我们坚持学习和更新自己的知识。今天golang学习网就整理分享《限制 Go 例程数量在完全受 CPU 限制的工作负载中是否是必要的？》，文章讲解的知识点主要包括，如果你对Golang方面的知识点感兴趣，就不要错过golang学习网，在这可以对大家的知识积累有所帮助，助力开发能力的提升。

如果是，如何确定该最大值？这对我来说是最重要的部分。我真的很想手动设置它。我考虑使用 runtime.GOMAXPROCS(0)，因为我怀疑更多的并行性会产生任何额外的好处。该评论似乎表明，它在某个时候被标记为弃用。

据我所知，Go 例程的唯一限制因素是内存，因为休眠的 Go 例程仍然需要其堆栈内存。

正确答案

这并不是绝对必要的。运行这些 goroutine 的线程数默认等于机器上的 CPU 核心数（可通过 GOMAXPROCS 配置），因此不会出现线程级别的争用。

但是，由于内存缓存的影响，准备运行的 goroutine 较少，您可能会获得性能优势。例如，在 8 核机器上，如果您有 1000 个活动 Goroutines，并且都接触大量内存，那么当 Goroutine 再次运行时，所需的内存页面可能已经从 CPU 缓存中逐出。 Goroutine 越少，缓存命中的几率就越高。

与性能问题一样：唯一确定的方法是使用代表性工作负载自行测量。

在我们的测试中，我们确定最好生成固定数量的工作例程并使用它们来执行所有工作。 Goroutine 的创建和销毁是轻量级的，但并非完全没有开销。如果 goroutine 花费一定的时间被阻塞，那么这种开销通常是微不足道的。

今天关于《限制 Go 例程数量在完全受 CPU 限制的工作负载中是否是必要的？》的内容介绍就到此结束，如果有什么疑问或者建议，可以在golang学习网公众号下多多回复交流；文中若有不正之处，也希望回复留言以告知！