TB 級 RAM 下的 Go 垃圾收集效能
Go 程式語言在處理大量 RAM 時面臨限制,特別是由於長時間的 GC 暫停。隨著 1.5 版本中引入新的 Go 垃圾收集器,人們對其管理 TB 記憶體的效率產生了擔憂。
關於此改進有任何基準嗎?
雖然基準很少,但已經進行了一些觀察:
- Go 進程目前不能利用超過512 GB RAM (Linux)。測試的最大堆大小約為 240 GB。
- Go GC 優先考慮減少 GC 暫停而不是整體工作負載。
- 當指針較少、分配率較高和可用空間較少時,通常會出現較長的 GC 暫停RAM 存在。
的含義用法:
改進的GC雖然減少了暫停時間,但並沒有消除工作量。使用 TB RAM 運行的應用程序,尤其是那些具有大量指針使用和分配率的應用程序,可能仍會受到顯著的 GC 影響。
替代解決方案:
對於GC 可擴展性的情況至關重要,請考慮:
- 使用C 等低階語言.
- 將大量資料外包給外部服務,例如嵌入式資料庫或快取系統。
- 部署多個具有較小堆大小的進程,而不是單一大進程。
- 實作徹底的測試以及防止記憶體相關問題的最佳化。
其他資訊:
- GC 工作負載可以概念化為指針、分配率和備用 RAM 的倒數的乘法。
- 在 Go 1.5 之前,暫停是由掃描堆疊和全域變數中的指標。
- Go 1.6 進一步最佳化後台工作,減少堆的暫停高達 200GB。
- Go 1.8 透過將堆疊掃描與全域暫停分開處理,將大多數暫停時間減少到 1 毫秒以下。
以上是Go 的垃圾收集在 TB 級 RAM 下的效率如何?的詳細內容。更多資訊請關注PHP中文網其他相關文章!