Go调度器系列(4)源码阅读与探索

各位朋友,此次想跟你们分享一下Go调度器源码阅读相关的知识和经验,网络上已经有不少剖析源码的好文章,因此这篇文章不是又一篇源码剖析文章,注重的不是源码分析分享,而是带给你们一些学习经验,但愿你们能更好的阅读和掌握Go调度器的实现linux

本文主要分2个部分:git

  1. 解决如何阅读源码的问题。阅读源码本质是把脑海里已经有的调度设计,看看究竟是不是这么实现的,是怎么实现的。
  2. 带给你一个探索Go调度器实现的办法。源码都到手了,你能够修改、窥探,经过这种方式解决阅读源码过程当中的疑问,验证一些想法。好比:负责调度的是g0,怎么才能schedule()在执行时,当前是g0呢?

如何阅读源码

阅读前提

阅读Go源码前,最好已经掌握Go调度器的设计和原理,若是你还没法回答如下问题:github

  1. 为何须要Go调度器?
  2. Go调度器与系统调度器有什么区别和关系/联系?
  3. G、P、M是什么,三者的关系是什么?
  4. P有默认几个?
  5. M同时能绑定几个P?
  6. M怎么得到G?
  7. M没有G怎么办?
  8. 为何须要全局G队列?
  9. Go调度器中的负载均衡的2种方式是什么?
  10. work stealing是什么?什么原理?
  11. 系统调用对G、P、M有什么影响?
  12. Go调度器抢占是什么样的?必定能抢占成功吗?

建议阅读Go调度器系列文章,以及文章中的参考资料:golang

  1. Go调度器系列(1)起源
  2. Go调度器系列(2)宏观看调度器
  3. Go调度器系列(3)图解调度原理

优秀源码资料推荐

既然你已经能回答以上问题,说明你对Go调度器的设计已经有了必定的掌握,关于Go调度器源码的优秀资料已经有不少,我这里推荐2个:bootstrap

  1. 雨痕的Go源码剖析六章并发调度,不止是源码,是以源码为基础进行了详细的Go调度器介绍:ttps://github.com/qyuhen/book
  2. Go夜读第12期,golang中goroutine的调度,M、P、G各自的一辈子状态,以及转换关系:https://reading.developerlear...

Go调度器的源码还涉及GC等,阅读源码时,能够暂时先跳过,主抓调度的逻辑。bash

另外,Go调度器涉及汇编,也许你不懂汇编,不用担忧,雨痕的文章对汇编部分有进行解释。网络

最后,送你们一幅流程图,画出了主要的调度流程,你们也可边阅读边画,增长理解,高清版可到博客下载(原图原文跳转)并发

如何探索调度器

这部分教你探索Go调度器的源码,验证想法,主要思想就是,下载Go的源码,添加调试打印,编译修改的源文件,生成修改的go,而后使用修改go运行测试代码,观察结果。app

下载和编译Go

  1. Github下载,而且换到go1.11.2分支,本文全部代码修改都基于go1.11.2版本。
$ GODIR=$GOPATH/src/github.com/golang/go
$ mkdir -p $GODIR
$ cd $GODIR/..
$ git clone https://github.com/golang/go.git
$ cd go
$ git fetch origin go1.11.2
$ git checkout origin/go1.11.2
$ git checkout -b go1.11.2
$ git checkout go1.11.2
  1. 初次编译,会跑测试,耗时长一点
$ cd $GODIR/src
$ ./all.bash
  1. 之后每次修改go源码后能够这样,4分钟左右能够编译完成
$ cd  $GODIR/src
$ time ./make.bash
Building Go cmd/dist using /usr/local/go.
Building Go toolchain1 using /usr/local/go.
Building Go bootstrap cmd/go (go_bootstrap) using Go toolchain1.
Building Go toolchain2 using go_bootstrap and Go toolchain1.
Building Go toolchain3 using go_bootstrap and Go toolchain2.
Building packages and commands for linux/amd64.
---
Installed Go for linux/amd64 in /home/xxx/go/src/github.com/golang/go
Installed commands in /home/xxx/go/src/github.com/golang/go/bin

real    1m11.675s
user    4m4.464s
sys    0m18.312s

编译好的go和gofmt在$GODIR/bin目录。负载均衡

$ ll $GODIR/bin
total 16044
-rwxrwxr-x 1 vnt vnt 13049123 Apr 14 10:53 go
-rwxrwxr-x 1 vnt vnt  3377614 Apr 14 10:53 gofmt
  1. 为了防止咱们修改的go和过去安装的go冲突,建立igo软链接,指向修改的go。
$ mkdir -p ~/testgo/bin
$ cd ~/testgo/bin
$ ln -sf $GODIR/bin/go igo
  1. 最后,把~/testgo/bin加入到PATH,就能使用igo来编译代码了,运行下igo,应当得到go1.11.2的版本:
$ igo version
go version go1.11.2 linux/amd64

当前,已经掌握编译和使用修改的go的办法,接下来就以1个简单的例子,教你们如何验证想法。

验证schedule()由g0执行

阅读源码的文章,你已经知道了g0是负责调度的,而且g0是全局变量,可在runtime包的任何地方直接使用,看到schedule()代码以下(所在文件:$GODIR/src/runtime/proc.go):

// One round of scheduler: find a runnable goroutine and execute it.
// Never returns.
func schedule() {
    // 获取当前g,调度时这个g应当是g0
    _g_ := getg()

    if _g_.m.locks != 0 {
        throw("schedule: holding locks")
    }

    // m已经被某个g锁定,先中止当前m,等待g可运行时,再执行g,而且还获得了g所在的p
    if _g_.m.lockedg != 0 {
        stoplockedm()
        execute(_g_.m.lockedg.ptr(), false) // Never returns.
    }

    // 省略...
}

问题:既然g0是负责调度的,为什么schedule()每次还都执行_g_ := getg(),直接使用g0不行吗?schedule()真的是g0执行的吗?

《Go调度器系列(2)宏观看调度器》这篇文章中我曾介绍了trace的用法,阅读代码时发现使用debug.schedtraceprint()函数能够用做打印调试信息,那咱们是否是可使用这种方法打印咱们想获取的信息呢?固然能够。

另外,注意print()并非fmt.Print(),也不是C语言的printf,因此不是格式化输出,它是汇编实现的,咱们不深刻去了解它的实现了,如今要掌握它的用法:

// The print built-in function formats its arguments in an
// implementation-specific way and writes the result to standard error.
// Print is useful for bootstrapping and debugging; it is not guaranteed
// to stay in the language.
func print(args ...Type)

从上面能够看到,它接受可变长参数,咱们使用的时候只须要传进去便可,但要手动控制格式。

咱们修改schedule()函数,使用debug.schedtrace > 0控制打印,加入3行代码,把goid给打印出来,若是始终打印goid为0,则表明调度确实是由g0执行的:

if debug.schedtrace > 0 {
    print("schedule(): goid = ", _g_.goid, "\n") // 会是0吗?是的
}

schedule()以下:

// One round of scheduler: find a runnable goroutine and execute it.
// Never returns.
func schedule() {
    // 获取当前g,调度时这个g应当是g0
    _g_ := getg()

    if debug.schedtrace > 0 {
        print("schedule(): goid = ", _g_.goid, "\n") // 会是0吗?是的
    }

    if _g_.m.locks != 0 {
        throw("schedule: holding locks")
    }
    // ...
}

编译igo:

$ cd  $GODIR/src
$ ./make.bash

编写一个简单的demo(不能更简单):

package main

func main() {
}

结果以下,你会发现全部的schedule()函数调用都打印goid = 0,足以证实Go调度器的调度由g0完成(若是你认为仍是缺少说服力,能够写复杂一些的demo):

$ GODEBUG=schedtrace=1000 igo run demo1.go
schedule(): goid = 0
schedule(): goid = 0
SCHED 0ms: gomaxprocs=8 idleprocs=6 threads=4 spinningthreads=1 idlethreads=0 runqueue=0 [0 0 0 0 0 0 0 0]
schedule(): goid = 0
schedule(): goid = 0
schedule(): goid = 0
schedule(): goid = 0
schedule(): goid = 0
schedule(): goid = 0
schedule(): goid = 0
schedule(): goid = 0
schedule(): goid = 0
schedule(): goid = 0
schedule(): goid = 0
schedule(): goid = 0
schedule(): goid = 0
schedule(): goid = 0
// 省略几百行

启发比结论更重要,但愿各位朋友在学习Go调度器的时候,能多一些本身的探索和研究,而不只仅停留在看看别人文章之上

参考资料

  1. Installing Go from source
  1. 若是这篇文章对你有帮助,请点个赞/喜欢,感谢
  2. 本文做者:大彬
  3. 若是喜欢本文,随意转载,但请保留此原文连接:http://lessisbetter.site/2019...

image

相关文章
相关标签/搜索