Go中的M M P G 執行某個G時，會被作業系統強行排程切換麼？

1樓：zeroonezeroone

可以換個視角，go裡面的g盡量拖延作業系統排程當前執行緒（盡量拖延到時間片耗盡被os排程而不是因為阻塞被os排程），因而減少了多執行緒上下文切換的開銷，因此go其實在盡可能多的榨乾cpu（多做任務少做排程），並不會拖慢執行緒排程（goroutine的切換成本比執行緒切換成本要小）。

我看到發生系統呼叫導致的執行緒切換，在進入系統呼叫前go排程器會將M上的任務解除安裝下來讓別的M去執行

至於你說的這個，是因為g阻塞所以go排程器會將g與p解綁，把阻塞的這個g掛在乙個新的執行緒上（或者網路事件掛在netpoll上），不影響原來p中本地g佇列的執行，也是提高效率，減少執行緒切換的手法，同樣會提高cpu利用率的，不存在你所謂的「拖慢排程」這種情況的。

2樓：Tony Bai

毫無疑問的會啊。作業系統眼中根本就沒有goroutine的概念，它只知道thread，只知道thread需要聽話的聽從os的排程。goroutine「執行在」thread上，thread都被排程了，goroutine也沒跑兒。