生产Web应用程序每秒的“平均”请求是多少?

时间:2008-12-16 23:10:22

标签: optimization

对于什么被认为是“快”,我没有参考框架;我总是想知道这一点,但从来没有找到一个直接的答案......

8 个答案:

答案 0 :(得分:87)

OpenStreetMap似乎有10-20 per second

维基百科似乎30000 to 70000 per second遍布300 servers(每台机器每秒100到200个请求,其中大多数是缓存)

地理位置获得7000 images per week(每95秒上传一次)

答案 1 :(得分:41)

不确定是否有人仍然感兴趣,但此信息was posted about Twitter(以及here too):

  

统计

     
      
  • 超过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。
  •   

答案 2 :(得分:13)

当我进入我的webhost的控制面板时,打开phpMyAdmin,然后点击“Show MySQL runtime information”,我得到:

  

此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查询!

我不了解你,但对我来说这很快!非常快!!

答案 3 :(得分:8)

个人而言,我喜欢每次都进行分析....请求/秒和平均时间/请求,并且喜欢看到最大请求时间。如果您有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上。

答案 4 :(得分:4)

这是一个非常开放的苹果到橙子类型的问题。

你在问 1.生产应用程序的平均请求负载 2.什么被认为是快速的

这些并不是必然的。

您每秒的平均请求数由

决定

一个。同时用户数

湾他们每秒发出的平均页面请求数

℃。额外请求的数量(即ajax调用等)

至于什么被认为是快...你的意思是说网站的请求有多少?或者,如果一块硬件被认为是快速的,如果它可以每秒处理xyz#个请求?

答案 5 :(得分:1)

请注意,命中率图表将为正弦模式,“高峰时段”可能是用户睡眠时的2倍或3倍。 (当您安排在服务器上进行日常批处理时,可能很有用)

您甚至可以在维基百科等“国际”(多语言,本地化)网站上看到效果

答案 6 :(得分:1)

每个用户通常不到2秒 - 即看到响应速度慢的用户认为系统运行缓慢。

现在您告诉我您已连接了多少用户。

答案 7 :(得分:1)

如果网站的某些方面突然在新闻中流行,例如what you would see,您可以搜索“slashdot效果分析”。 this graph on wiki

生存下来的Web应用程序往往是能够生成静态页面而不是通过处理语言提出每个请求的应用程序。

有一个很棒的视频(我想它可能已经在ted.com上了?我认为它可能是由flickr网络团队提供的?有人知道链接吗?)以及如何在单个服务器之外扩展网站的想法,例如如何在只读和读写服务器的混合中分配连接,以便为各种类型的用户获得最佳效果。