@xudd 在真外企混过的基本都知道 LinkedIn 的

讲到 GC ，我见过最好的内存模型还是 Erlang 的，一个 coroutine 有私有堆和私有堆栈， coroutine 之间不共享数据，受语言模型限制， JAVA 肯定没法比， golang 也是

看来大家的主要意见还是集中在代码编写和 JVM 优化上， LinkedIn 在 JVM 优化上做了不少的工作，分享出来的相关资料也不少，可供参考

@xAx 以前我是直接看 sun 官网上的 hotspot 文档，关于各种垃圾回收器的实现机制和相关参数，书还真没看过

@weiweiwitch 你的意思是 azul 快要关门了？

@fuxiaohei 这个实际数据很有参考价值，非常感谢

@weiweiwitch 这么历害，数值亮瞎眼了哦，用的哪个 jdk 和什么垃圾回收器呢

@weiweiwitch 请教你在实际生产环境中用到多大的堆， full GC 一半是多长时间？

@wangxn Azul 确实挺神的，我在 08 年还听说过一个更神的方案，美国人做的， 384 cores 512G RAM ， GC 0 延时，用的硬件方案配合

@wwqgtxx 实验室代替不了生产环境的实操，我离开一线有几年了，谢谢你的建议。

@hrong 代码写得再好、内存利用得再好， JAVA 系统能逃得过 full GC 和 stop-the-world ？

@mengzhuo 我没写过一行 golang ，哪来的内存泄露？ JAVA/C 我倒写过不少。我一票否决啥了？这个问题你是要回避了么

@qgy18 谢谢分享，百度的方法挺有趣的

@mengzhuo 我一票否决啥了？我又没用过 golang ，怎么提应用场景和请求量

@hrong 性能优化不优化，都和 stop-the-world 没有本质关系

@mengzhuo 不谈堆多大，光说 GC 时间没什么意义吧， JAVA mini GC 时间也很短，然并卵，一到 full GC 就都是渣

@loading 百度方案可否提供进一步的资料，比如链接

手写代码又不要求能执行，只是看基本逻辑（伪代码）和主要函数库是否用得熟练，特别是 C 还是能考出东西的， JAVA 就算了，只能当作伪代码来看参考

经典的小黑，缅怀大师