首頁猿問切換到新G時，P會將mcache復(fù)...

切換到新G時，P會將mcache復(fù)制到G堆棧嗎？

Go

尚方寶劍之說 2022-06-21 10:27:31

在 Go 的 GMP（goroutine, system thread, context）模型中，一個 goroutine 可能會產(chǎn)生許多對象并將它們放在 P（堆內(nèi)存？）中，P 上的所有數(shù)據(jù)在停放時是否會復(fù)制到 G 的堆棧中？如果是這樣，G 的?？赡軙兊梅浅４?，這使得 P 的設(shè)計顯得毫無意義，但如果不是，調(diào)度器如何解決多個 G 的數(shù)據(jù)同時存儲在 P 中的問題呢？如果 G 想在另一個 P 上執(zhí)行，那是不可能的。我的問題是當g停放時，所有數(shù)據(jù)都會復(fù)制到G'堆棧嗎？為什么在執(zhí)行 G 時不把所有數(shù)據(jù)都放在 G 上？

查看完整描述

1 回答

翻翻過去那場雪

TA貢獻2065條經(jīng)驗獲得超14個贊

您的問題存在一個基本的誤解：mcache不是堆棧的占位符，而是堆上小分配的捷徑。它擁有預(yù)先分配的內(nèi)存塊，可以分配給特定的 goroutine，避免鎖定。

編譯器決定是否必須在堆上分配特定變量。一旦這樣做，這將永遠不會被復(fù)制回 stack。

現(xiàn)在的問題是如何盡可能有效地從堆中分配內(nèi)存。這就是mcache,mcentral和mheap進來的地方。

mcache是各種大小的預(yù)分配塊列表，mcache每個處理器P一個。由于P一次運行一個 goroutine G，因此分配mcache不需要鎖定。
如果mcache用完預(yù)分配的塊，則請求更多塊，這些塊在Pmcentral之間共享。
如果mcentral用完，則會請求更多塊，mheap而這些塊又可能會向操作系統(tǒng)請求更多內(nèi)存。
如果請求的塊足夠大，則直接從mheap.