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

Question

我问的原因是这篇文章

http://amix.dk/blog/post/19577

表明节点.js 0.2.2 的阈值似乎为 500/s，并且 Netty 的性能高出 10 倍。 Ryan Dahl 在评论中指出，这可能是由于一个错误造成的，该错误随后已得到修复。但是，我在帖子的其余部分或其他地方找不到任何有关该问题已解决的确认信息以及更新的基准。我们现在比上面提到的版本领先了许多版本，我想知道是否有任何基准，正式的或其他与彗星请求/秒有关的基准。

如果没有基准，那么最好从总体上了解 Amir 标记的问题是否仍然悬而未决。 500 颗彗星/秒是中等规模的聊天/游戏网站可以达到的阈值。

Answer 1

node.js 从 0.2.2 已经走过了很长一段路。链接帖子中讨论的架构似乎也存在实现问题，因为评论表明他们没有考虑使用带有负载均衡器的多个节点进程。

这显然是高性能应用程序所必需的——事实上，node.js的最后一段官方关于部分内容如下：

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

现在，考虑到单个节点 0.2.2 进程使用了​​ Netty 资源的 10%（如 OP 链接帖子中提到的），那么它们可以在同一硬件上运行 10 个节点进程，这就引出了一个问题：如果 Netty 比 Node 快 10 倍，但使用的资源却是 Node 的 10 倍，那么它们的性能实际上不是一样的吗？同时，节点的性能在 >=0.6.0 版本中得到了显着提高，尤其是在运行 Windows 的计算机上，现在已原生支持 Windows。请参阅 0.6.0发行说明：

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

                            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

与此同时，尽管似乎没有人愿意谈论他们到底在做什么，但似乎一些流量最高的技术玩家正在转向 node.js 以获得极高的收益 -容量系统。 Google、Yahoo、Mozilla、LinkedIn 和初创公司 i.TV 均已分析昨天在 Venturebeat 上发布的文章大规模节点 .com。

虽然我无法找到彗星/秒的准确基准，但很明显，如果系统架构正确，它会比 500 高得多。