生产Web应用程序的每秒“平均”请求数是多less？
就“快”而言，我没有任何参照系。 我一直想知道，但从来没有find一个直接的答案…
OpenStreetMap似乎有10-20每秒
维基百科似乎是每秒30000到70000遍300多个服务器 （每台机器每秒100到200个请求，其中大部分是高速caching）
地理位置每周获得7000个图像 （每95秒上传1个图像 ）
不确定任何人仍然感兴趣，但是这个信息被张贴了关于Twitter （并且在这里 ）：
统计信息
- 超过35万用户。 实际的数字一如既往，非常超级绝密。
- 每秒600个请求。
- 平均每秒200-300个连接。 尖峰到每秒800个连接。
- MySQL每秒处理2400个请求。
- 180个Rails实例。 使用Mongrel作为“networking”服务器。
- 1个MySQL服务器（一个大的8个核心盒）和一个从机。 从属是只读的统计和报告。
- 30多个处理打杂工作的stream程。
- 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个查询。
总计3,444 M
每小时2.68M
每分钟44.59 k
每秒743.13
在过去的53天里，每秒平均有743个mySQL查询！
我不了解你，但是对我来说这很快！ 非常快！！
个人而言，我喜欢每次都做分析….请求/秒和平均时间/请求，并爱看最大的请求时间，以及最重要的。 如果您有61个请求/秒，则很容易翻转，您可以将其翻转至1000ms / 61个请求。
为了回答你的问题，我们自己做了一个巨大的负载testing，发现它使用的是我们使用的各种亚马逊硬件（最好的值是32位中等cpu，当它达到$$ / event / second）时，我们的请求/秒范围从29个请求/秒/节点到150个请求/秒/节点。
当然，提供更好的硬件会带来更好的结果，但不是最好的投资回报率。 无论如何，这个post是伟大的，因为我正在寻找一些相似之处，看看我的数字在球场和共享我的以及其他人正在寻找的地方。 矿是纯粹的负载，我可以去。
注意：由于请求/秒分析（而不是ms /请求），我们发现了一个主要的linux问题，我们正试图解决在负载过重的情况下，linux（我们用C和javatesting服务器）将所有调用冻结到套接字库这似乎很奇怪。 完整的post可以在这里find其实…. http://ubuntuforums.org/showthread.php?p=11202389
我们仍然试图解决这个问题，因为它给我们带来了巨大的性能提升，因为我们的testing从2分42秒到1分35秒，当这个问题得到解决的时候，我们看到了33％的性能改进……更不用说了， DoS攻击越严重，这些停顿时间越长，所有的cpus就会降到零，并停止处理…在我看来，服务器处理应该继续面对DoS，但是由于某种原因，它每隔一段时间就会冻结一次在Dos期间有时高达30秒！
附加：我们发现它实际上是一个jdk竞争条件错误….很难在大型集群上隔离，但是当我们运行1个服务器1个数据节点但是其中有10个时，我们可以每次都重现它，只是看着服务器/ datanode它发生。 将jdk切换到较早版本可以解决问题。 我相信jdk1.6.0_26。
这是一个非常开放的苹果到橙子types的问题。
您正在问1.生产应用程序的平均请求负载2.什么被认为是快速的
这些并不一定相关。
您每秒的平均请求数是由
一个。 并发用户的数量
湾 他们每秒平均请求的页面数量
C。 额外请求的数量（即ajax调用等）
至于什么是快速的..你的意思是一个网站可以采取多less请求？ 或者如果一个硬件被认为是快速的，如果它可以处理每秒xyz的请求数？
请注意，命中率graphics将是正弦模式，“高峰时间”可能是用户睡觉时的2倍或3倍。 （当您计划在服务器上执行每日批处理内容时可能很有用）
您甚至可以在“国际”（多语种，本地化）网站（如wikipedia）上看到效果
每个用户通常less于2秒 – 即看到响应速度慢的用户认为系统速度慢。
现在你告诉我你连接了多less用户。
您可以search“slashdot效果分析”， 以查看网站某些方面在新闻中突然stream行的内容，例如Wiki上的图表 。
生存的Web应用程序往往是能够生成静态页面的应用程序，而不是通过处理语言来处理每个请求。
有一个很棒的video（我认为这可能是在ted.com上，我认为这可能是由flickr网站团队？有人知道这个链接？）与关于如何扩大单个服务器以外的网站的想法，例如如何在只读和读写服务器混合中分配连接，以便为各类用户获得最佳效果。
