是否有任何基准测试显示Node.js 0.6.8每秒可以处理多少Comet请求？

我问的原因是这篇文章

表明Node.js 0.2.2的阈值似乎为500/s，其性能比Netty高出10倍。在评论中，Ryan Dahl指出这可能是由于一个后来被修复的bug。然而，在文章的其余部分或其他地方，我找不到任何关于该问题已得到解决的确认，如果是这样，则无法更新基准。我们现在比上面提到的版本提前了很多版本，我想知道是否有任何正式的或其他与Comet请求/秒相关的基准

---

如果没有基准，最好从总体上了解埃米尔指出的问题是否仍然悬而未决。500 comet/秒是一个临界点，一个中等规模的以聊天/游戏为中心的网站可以达到这个临界点。

node.js

已经从

0.2.2

发展了很长一段路。在链接帖子中讨论的架构似乎也存在实现问题，因为评论表明他们没有考虑使用负载均衡器使用多节点进程。 这显然是高性能应用程序的必要条件——事实上，

node.js

的最后一段是：

但是多处理器并发呢？将程序扩展到多核计算机不需要线程吗？您可以通过child_process.fork（）启动新进程。这些其他进程将并行调度。要在多个进程之间平衡传入连接，请使用群集模块

现在，考虑到单个节点

0.2.2

进程使用了Netty的10%资源（如OP链接文章中所述），那么它们可以在相同的硬件上运行10个节点进程，这就引出了一个问题：如果Netty比node快10倍，但使用了10倍的资源，那么它们的性能实际上不一样吗？同时，在

>=0.6.0

版本中，节点的性能得到了极大的提高，特别是在运行Windows的机器上，Windows现在本机支持。请参阅以下站点中的Windows基准测试：

http基准测试是在10GE上使用600个客户端完成的 网络由三台负载生成机提供服务

与此同时，尽管似乎没有人想谈论他们到底在做什么，但似乎一些流量最高的技术玩家正在转向

node.js

来开发超大容量系统<昨天在venturebeat.com上发表的文章介绍了code>Google、

Yahoo

、

Mozilla

、

LinkedIn

和startup

i.TV

虽然我找不到comet/second的精确基准，但很明显，如果有适当的系统架构，它会远远高于500

                            v0.4.12 (windows)   v0.6.0 (windows)
http_simple.js /bytes/1024  3858 r/s            5823 r/s
io.js read                  12.41 mB/s          26.51 mB/s
io.js write                 12.61 mB/s          33.58 mB/s
startup.js                  152.81 ms           52.04 ms