生产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网站团队?有人知道这个链接?)与关于如何扩大单个服务器以外的网站的想法,例如如何在只读和读写服务器混合中分配连接,以便为各类用户获得最佳效果。