前情
我们的技术总监在我写广告合并请求的业务时, 和我说了一句现在的服务是不是都是运行在0.5核的节点上, 需要注意设置一下参数
然后我回去看了一下, 我们的golang部分服务是运行在k8s上0.5核的...pod, 然后跑在多台8核的物理节点上
然后程序中可以通过以下命令打印出当前的GOMAXPROCS, 服务虽然运行在pod上,但打印的是实际的宿主机的核心数
package main
import (...,M想要运行goroutine必须先获取P
为什么修改GOMAXPROCS参数可以更高效的运行呢?...简单的来说, 就是本身容器只有0.5核, 但是却设置了GOMAXPROCS=8, 导致会创建出8个P, 每个P由不同的M管理
所以当GOMAXPROCS大于核心数量的时候, 会导致线程不断的切换, 然后...),
创建新的M1绑定到P1上
当G0里遇到以下场景
出现系统调用, 文件io阻塞的时候
会把当前的线程P绑定的M1线程去交给系统调度,
然后从休眠线程队列/创建新的线程M2
然后绑定到P1, 继续调度