自 2018 年以來，Go GC，以及更廣泛的 Go 運行時，一直在穩(wěn)步改進。近日，Go 社區(qū)總結(jié)了 4 年來 Go 運行時的一些重要變化。

這些重要變化主要是：

sync.Pool 是一種 GC 感知的重用內(nèi)存的工具，具有較低的延遲影響，并且能夠比之前更有效地回收內(nèi)存。(Go 1.13)

Go 運行時能夠更主動地將不需要的內(nèi)存返回給操作系統(tǒng)，減少了內(nèi)存消耗和出現(xiàn)內(nèi)存不足的可能性。這將減少最高 20% 的空閑內(nèi)存消耗。(Go 1.13 和 1.14)

在許多情況下，Go 運行時能夠更容易地搶占 goroutine，最高可減少 90% 的 stop-the-world 延遲。(Go 1.14)

Go 運行時能夠比以前更有效地管理計時器，特別是在擁有多核 CPU 的機器上。(Go 1.14)

在大多數(shù)情況下，現(xiàn)在使用 defer 語句的函數(shù)調(diào)用的開銷與常規(guī)函數(shù)調(diào)用一樣少。點擊這里觀看 Gophercon 2020 的相關(guān)演講。(Go 1.14)

內(nèi)存分配器的慢路徑對 CPU 核心的伸縮性更好，將吞吐量提升了最多 10%，并將尾部延遲降低了最多 30%，特別是在高度并行的程序中。(Go 1.14 和 1.15)

Go 內(nèi)存統(tǒng)計數(shù)據(jù)現(xiàn)在可以通過更細粒度、更靈活、更高效的 API(runtime/metrics 包)來訪問。這將獲取運行時統(tǒng)計信息的延遲減少了兩個數(shù)量級(從毫秒到微秒)。(Go 1.16)

Go 調(diào)度器在尋找新任務(wù)時花費的 CPU 時間減少了 30%。(Go 1.17)

Go 代碼現(xiàn)在在 amd64、arm64 和 ppc64 上遵循基于寄存器的調(diào)用約定，將 CPU 效率提升了最多 15%。(Go 1.17 和 1.18)

Go GC 的內(nèi)部審計和調(diào)度已經(jīng)進行了重新設(shè)計，解決了長期存在的各種與效率和健壯性相關(guān)的問題。對于 goroutine 占內(nèi)存使用很大一部分的應(yīng)用程序來說，這顯著降低了應(yīng)用程序的尾部延遲(最高達 66%)。(Go 1.18)

Go GC 現(xiàn)在在應(yīng)用程序空閑時會限制自己的 CPU 使用。這將空閑應(yīng)用程序的 GC 周期的 CPU 使用降低了 75%，從而減少可能導(dǎo)致作業(yè)調(diào)度器混淆的 CPU 峰值。(Go 1.19)

這些變化對用戶來說大多是看不見的——他們只需要升級 Go，就可以看到他們所熟悉和喜愛的 Go 代碼運行得更好了。

一個新的“旋鈕”Go 1.19 帶來了一個期待已久的特性，使用這個特性需要做一些額外的工作，但它具備很大的潛力：Go 運行時的軟內(nèi)存限制。

多年來，Go GC 只有一個調(diào)優(yōu)參數(shù)——GOGC。GOGC 允許用戶在 CPU 開銷和內(nèi)存開銷之間做出權(quán)衡。多年來，這個“旋鈕”為 Go 社區(qū)提供了很好的服務(wù)，被用在各種各樣的場景中。

Go 運行時團隊一直不愿意在 Go 運行時中添加新的旋鈕，他們的理由很充分——每個新的旋鈕代表了配置空間中的一個新的維度，我們需要對其進行測試和維護，而且可能要永遠持續(xù)下去。旋鈕的激增也給 Go 開發(fā)人員增加了理解和使用它們的負擔(dān)，隨著旋鈕的增多，情況會變得愈加困難。因此，Go 運行時總是傾向于用最小配置實現(xiàn)合理的行為。

那么為什么要添加內(nèi)存限制旋鈕呢?

內(nèi)存不像 CPU 時間那么具有可互換性。對于 CPU 時間，如果稍等片刻，將來總會得到更多的 CPU 時間。但對于內(nèi)存，你所擁有的總是有限的。

內(nèi)存限制解決了兩個問題。

首先，當(dāng)應(yīng)用程序的內(nèi)存使用峰值不可預(yù)測時，僅靠 GOGC 幾乎無法防止內(nèi)存被耗盡。如果只使用 GOGC，Go 運行時根本不知道它有多少可用的內(nèi)存。通過設(shè)置內(nèi)存限制，運行時能夠意識到什么時候需要更努力地工作以減少內(nèi)存開銷，從而使運行時能夠健壯地應(yīng)對瞬時的、可恢復(fù)的負載峰值。

第二是為了避免不使用內(nèi)存限制時出現(xiàn)的內(nèi)存不足。我們必須根據(jù)內(nèi)存峰值調(diào)優(yōu) GOGC，而為了保持較低的內(nèi)存開銷會導(dǎo)致更高的 GC CPU 開銷，即使應(yīng)用程序沒有處于內(nèi)存使用峰值且有足夠的可用內(nèi)存。這在容器化的環(huán)境中尤其重要。在容器化的環(huán)境中，程序被部署在具有獨立預(yù)留內(nèi)存的容器中。設(shè)置內(nèi)存限制可以為峰值負載提供保護，并可以針對 CPU 開銷更主動地調(diào)優(yōu) GOGC。

內(nèi)存限制的設(shè)計旨在易用性和健壯性。例如，它是對應(yīng)用程序中 Go 部分的整個內(nèi)存占用的限制，而不僅僅是 Go 的堆，因此用戶不需要額外計算 Go 運行時的開銷。運行時還會根據(jù)內(nèi)存限制調(diào)整其內(nèi)存清除策略，以便在內(nèi)存出現(xiàn)壓力時更主動地將內(nèi)存返回給操作系統(tǒng)。

雖然內(nèi)存限制是一個強大的工具，但在使用時仍然要謹慎。其中一個需要注意的地方是，它會讓你的程序陷入 GC 抖動狀態(tài)——在這種狀態(tài)下，程序運行 GC 的時間過多，導(dǎo)致沒有足夠的時間來處理其他任務(wù)。例如，如果內(nèi)存限制設(shè)置得比程序?qū)嶋H需要的內(nèi)存少，Go 程序可能會崩潰。以前不太可能出現(xiàn) GC 抖動，除非顯式對 GOGC 進行了大量調(diào)優(yōu)。我們選擇讓內(nèi)存耗盡而不是陷入抖動狀態(tài)，因此作為一種緩解措施，運行時將 GC 限制為總 CPU 時間的 50%，即使這樣會超過內(nèi)存限制。

所有這些都需要慎重考慮，因此，作為這項工作的一部分，我們發(fā)布了一個新的 GC 指南，其中包含了交互式可視化的圖表，以幫助你們理解 GC 成本以及如何操作它們。

審核編輯：湯梓紅