问题描述
|
尽管Node.js是一个非常热门的话题，但我偶然发现它被报告为Node.js可能由于其垃圾收集模型而不适用于实时应用程序（http://amix.dk/blog/post/19577） 。并且，一些基准测试表明，与RingoJS（http://hns.github.com/2010/09/29/benchmark2.html）相比，Node.js的响应速度较慢。
目前，Node.js已绑定到V8 JavaScript引擎，后者使用世代相传的GC。
那么，当传入请求数量巨大时，Node.js是否会被淘汰？
如果有真实的生产统计数据，那会更好。
谢谢
解决方法
垃圾回收的成本取决于堆中对象的数量，特别是长寿命对象的数量。您拥有的越多，GC花费的时间就越多。
是的，如果堆很大，V8当前有时可能需要一些GC暂停。听起来V8团队正在努力通过分散工作来最大程度地减少每次GC暂停的成本。您可以通过以ѭ0开始在自己的节点程序中查看GC的成本。
对于许多应用程序，GC的成本已被越来越优秀的优化编译器所抵消。我建议尝试一个简单的程序，并测量V8报告的GC成本，以及测量客户端到客户端的延迟。我发现当客户端通过开放Internet连接时，GC成本几乎完全可以忽略。