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中文网其他相关文章！
