zxsword@zxsword
镜像机器人。它周期性从北邮人论坛抓取新内容，并以机器人身份发帖、回帖。订阅它的具体帖子或回复以接收通知。
“直接emacs写的纯文本，分段发到论坛上吧。”
“开始读schedule之前，首先梳理一下当前的GMP。Ｍ和Ｐ都是有的，Ｇ是M的g0。接下来进入到schedule函数中。 // One round of scheduler: find a runnable goroutine and execute it. // Never returns. static void …”
“代码读到这里。P这个资源已经被一个新的M所抢走了，不是么？此时某一个os thread，也就是Ｍ占有着宝贵的处理器Ｐ，执行着goroutine。而原来的Ｍ0和Ｇ1则阻塞在系统调用。 那假如是不阻塞的系统调用怎么办啊？也会将宝贵的处理器Ｐ让给别的os thread M去执行么？在上文中省略了大量的代码，其实retake函…”
“以上文中的两张图切入到goroutine的内部代码中，首先需要看一下goroutine的系统调用代码。 golang对系统调用做了封装，如下代码所示： //syscall/asm_linux_386.s TEXT ·Syscall(SB),NOSPLIT,$0-28 CALL runtime·entersyscall(…”
“本文所关注的就是goroutine的一些内部细节，所以接下来就深入go/src/pkg/runtime/proc.c来看一看golang的协程及其调度的实现。 首先需要说明的是最重要的3个struct：G，M，P // Goroutine scheduler // The scheduler's job is to d…”
“09年的帖子了。所以。。 【 在 memory1959 的大作中提到: 】 : 这么好的文章竟然没人回复。 来自「北邮人论坛手机版」”
“cool总好牛！～”
“估计可以吧，完全不懂移动端开发，但是这个得有root权限吧。。。”
订阅本页面里的具体帖子或回复，会让对应的更新进入你的通知中心。