在所谓的"快速"方面,我没有参考框架; 我总是想知道这一点,但从来没有找到一个直接的答案......
OpenStreetMap似乎每秒10-20
维基百科似乎是每秒30000到70000,分布在300台服务器上(每台机器每秒100到200个请求,其中大部分是缓存)
Geograph 每周获得7000张图片(每95秒上传一次)
不确定是否有人仍然感兴趣,但这些信息是关于Twitter发布的(这里也是):
统计数据
超过350,000名用户.实际数字一如既往,超级超级绝密.
每秒600个请求.
平均每秒200-300个连接.每秒加速到800个连接.
MySQL每秒处理2,400个请求.
180个Rails实例.使用Mongrel作为"web"服务器.
1个MySQL服务器(一个8核心大盒子)和1个奴隶.Slave只读用于统计和报告.
30多个处理零工作的流程.
8 Sun X4100s.
在Rails中处理200毫秒的请求.
在数据库中花费的平均时间是50-100毫秒.
超过16 GB的memcached.
当我进入我的webhost的控制面板时,打开phpMyAdmin,然后单击"显示MySQL运行时信息",我得到:
这个MySQL服务器已经运行了53天,15小时,28分钟和53秒.它于2008年10月24日上午04:03开始.
查询统计信息:自启动以来,已向服务器发送了3,444,378,344个查询.
每小时 总计3,444 M 2.68 M
每分钟44.59 k
每秒743.13
在过去的53天里,这是每秒平均743次mySQL查询!
我不了解你,但对我来说这很快!非常快!!
就个人而言,我喜欢每次都进行分析....请求/秒和平均时间/请求,并且喜欢看到最大请求时间.如果你有61个请求/秒,它很容易翻转,你可以将它翻转到1000毫秒/ 61个请求.
为了回答你的问题,我们自己一直在做一个巨大的负载测试,并在我们使用的各种亚马逊硬件上找到它(最佳值是32位中等cpu,当它降到$$/event/second时)和我们的请求/秒范围从29个请求/秒/节点到150个请求/秒/节点.
当然,提供更好的硬件可以获得更好的结果,但不是最好的投资回报率.无论如何,这篇文章很棒,因为我正在寻找一些相似之处,看看我的数字是否在球场和共享的地方,以防其他人正在寻找.我的装载尽可能高.
注意:感谢请求/第二次分析(不是ms /请求)我们发现了一个主要的linux问题,我们正在尝试解决这个问题,其中linux(我们在C和java中测试过服务器)在负载太大时将所有调用冻结到套接字库中这看起来很奇怪.完整的帖子实际上可以在这里找到.... http://ubuntuforums.org/showthread.php?p=11202389
我们仍然试图解决这个问题,因为它给我们带来了巨大的性能提升,因为我们的测试从2分42秒变为1分35秒,这时我们看到了33%的性能提升......更不用说, DoS攻击越严重,这些停顿时间越长,所有cpus都会降为零并停止处理...在我看来,服务器处理应该继续面对DoS但是由于某种原因,它每隔一段时间冻结一次在Dos期间有时长达30秒!
附加:我们发现它实际上是一个jdk竞争条件错误....很难在大型集群上隔离但是当我们运行1个服务器1数据节点但其中10个时,我们可以每次重现它并只是查看服务器它发生在/ datanode上.将jdk切换到早期版本可以解决问题.我相信,我们在jdk1.6.0_26上.