是否有任何基准testing显示Node.js 0.6.8每秒可以处理多less个Comet请求?

我问的原因是这个post

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

指示Node.js 0.2.2似乎具有500 / s的阈值,并且胜过Netty的10倍。 Ryan Dahl在评论中指出,这可能是因为后来修复了一个bug。 但是,我在post的其余部分或其他地方找不到任何确认问题已经解决,如果更新的基准。 我们现在有许多版本超过上面提到的版本,我想知道是否有任何基准,正式或以其他方式与彗星请求/秒有关。

如果没有基准,那么从总体上了解埃米尔所标记的问题是否仍然存在,这将是一件好事。 500彗星/秒是一个可以通过一个适中的聊天/游戏焦点网站达到的门槛。

node.js0.2.2开始走了很长的路。 在链接的文章中讨论的架构似乎也可能存在实现问题,因为意见build议他们没有考虑在负载平衡器中使用多节点进程。

这显然是高性能应用程序的必需品 – 实际上, node.js 官方的最后一段关于段落内容:

但是多处理器并发性呢? 不是将程序扩展到多核计算机所必需的线程? 你可以通过child_process.fork()启动新的进程,这些其他进程将被并行调度。 为了跨多个进程负载均衡传入连接,请使用集群模块。

现在,考虑到单个节点0.2.2进程使用了​​Netty资源的10%(就像OP链接文章中提到的那样),那么他们可以在同一个硬件上运行10个节点进程,这引出了一个问题:如果Netty比节点快10倍,但是使用10倍的资源,那么他们的performance其实不一样呢? 同时,节点的性能在>=0.6.0版本中得到了极大的提升, 特别是在运行Windows的机器上 ,现在已经在本机上支持了。 请参阅0.6.0发行说明中的Windows基准:

http基准testing是在由三台负载生成机器服务的10GEnetworking上的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 

与此同时,尽pipe似乎没有人想谈论他们到底在做什么,但似乎有些交通技术最高的玩家正在转向使用node.js来实现极高容量的系统。 GoogleYahooMozillaLinkedIn和startup i.TV都是在venturebeat.com上发表的昨天发表的文章“ Node”中进行了介绍。

虽然我无法find彗星/秒的确切基准,但看起来很清楚,如果系统架构恰当,它高于500。