Answers:
OpenStreetMap似乎每秒10-20
维基百科似乎以每秒30000至70000的速度分布在300台服务器上（每台计算机每秒100至200个请求，其中大部分是缓存）
不确定是否有人仍对此感兴趣，但是此信息是关于Twitter的（也是）发布的：
统计资料
- 超过350,000个用户。实际数字一如既往，非常超级超级绝密。
- 每秒600个请求。
- 每秒平均200-300个连接。每秒增加800个连接。
- MySQL每秒处理2400个请求。
- 180个Rails实例。使用Mongrel作为“ Web”服务器。
- 1个MySQL服务器（一个8核大盒子）和1个从属服务器。从站是只读的，用于统计和报告。
- 30多个处理零工的流程。
- 8个Sun X4100s。
- 在Rails中以200毫秒处理请求。
- 在数据库中花费的平均时间为50到100毫秒。
- 超过16 GB的memcached。
当我转到网络主机的控制面板时，打开phpMyAdmin，然后单击“显示MySQL运行时信息”，我得到：
该MySQL服务器已运行53天15小时28分钟53秒。它于2008年10月24日上午04:03启动。
查询统计信息：自启动以来，已向服务器发送了3,444,378,344条查询。
每小时 总计 3444 M，
每分钟2.68 M，每秒44.59 k
743.13
在过去53天内，平均每秒钟平均执行743个mySQL查询！
我不认识你，但是对我来说那太快了！非常快！！
就个人而言，我喜欢每次都进行两次分析。...请求/秒和平均时间/请求，并且我希望看到最大请求时间以及最重要的时间。如果您每秒有61个请求，则很容易翻转，然后可以将其翻转为1000ms / 61个请求。
为了回答您的问题，我们一直在进行巨大的负载测试，并发现它在我们使用的各种亚马逊硬件上的变化范围（最佳值为32美元的中央CPU，当它降至$$ /事件/秒时）和我们的请求/秒范围从29个请求/秒/节点到150个请求/秒/节点。
当然，提供更好的硬件会带来更好的结果，但不会带来最佳的投资回报率。无论如何，这篇帖子很棒，因为我正在寻找一些相似之处，以查看我的数字是否在球场上，并且也可以与他人共享，以防有人在寻找。我的矿井完全被装满了。
注意：由于请求/第二次分析（不是ms / request），我们发现了一个主要的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上。