Optimization 什么';这是“什么?”;平均;生产web应用程序每秒的请求数?

Optimization 什么';这是“什么?”;平均;生产web应用程序每秒的请求数?,optimization,Optimization,我没有所谓“快”的参照系;我一直想知道这一点,但从来没有找到一个直接的答案…这是一个非常开放的问题 你在问 1.生产应用程序的平均请求负载 2.什么是快速 这些不一定有关系 您每秒的平均请求数由 a。同时用户的数量 b。他们每秒发出的平均页面请求数 c。额外请求的数量(即ajax调用等) 至于什么被认为是快的。。你是说一个网站可以接受的请求有多少?或者如果一个硬件被认为是快速的,如果它每秒可以处理xyz个请求?当我转到我的Web主机的控制面板,打开phpMyAdmin,然后单击“显示MySQL运

我没有所谓“快”的参照系;我一直想知道这一点,但从来没有找到一个直接的答案…

这是一个非常开放的问题

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

这些不一定有关系

您每秒的平均请求数由

a。同时用户的数量

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

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


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

当我转到我的Web主机的控制面板,打开phpMyAdmin,然后单击“显示MySQL运行时信息”,我得到:

这个MySQL服务器已经运行了53天15小时28分53秒。它于2008年10月24日凌晨4:03启动。 查询统计信息:自启动以来,已向服务器发送了3444378344个查询。 总计3444米
每小时2.68米
每分钟44.59 k
每秒743.13

在过去的53天里,平均每秒钟有743个mySQL查询


我不知道你的情况,但对我来说那太快了!非常快

OpenStreetMap似乎有

Wikipedia似乎遍布全球(每台机器每秒100到200个请求,其中大部分是缓存)


Geograph正在获得(每95秒上传1次)

请注意,命中率曲线将是正弦曲线,其“高峰时间”可能是用户睡眠时的2倍或3倍。(当您计划在服务器上进行日常批处理时,这可能很有用)


你甚至可以在“国际”(多语言、本地化)网站(如维基百科)上看到这种效果,通常每个用户不到2秒,即看到比这慢的响应的用户认为系统慢

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

你可以在“slashdot效果分析”中搜索网站某个方面是否突然在新闻中流行的图表,例如

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


有一段很棒的视频(我想可能是在ted.com上?我想可能是flickr web团队制作的?有人知道链接吗?)介绍了如何将网站扩展到单一服务器之外,例如,如何在只读和读写混合服务器之间分配连接,以便为各种类型的用户提供最佳效果

不确定是否还有人感兴趣,但以下信息(和):

统计数据
  • 超过35万用户。实际数字和往常一样,都是超级机密
  • 每秒600个请求
  • 平均每秒200-300个连接。最高可达每秒800个连接
  • MySQL每秒处理2400个请求
  • 180个Rails实例。使用Mongrel作为“web”服务器
  • 1台MySQL服务器(一个大的8核机箱)和1个从机。从机是只读的,用于统计和报告
  • 30多个处理零工的流程
  • 8日x4100秒
  • 在Rails中以200毫秒的时间处理请求
  • 在数据库中花费的平均时间为50-100毫秒
  • 超过16GB的内存缓存

就我个人而言,我喜欢每次都做的分析……请求/秒和平均时间/请求,并且喜欢看到最大请求时间。如果每秒有61个请求,则很容易翻转,然后可以将其翻转为1000ms/61个请求

为了回答您的问题,我们自己做了一个巨大的负载测试,发现它可以在我们使用的各种amazon硬件上运行(最佳值是32位中型cpu,当它降到$$/事件/秒时),我们的请求/秒范围从29个请求/秒/节点到150个请求/秒/节点

提供更好的硬件当然会带来更好的结果,但不是最佳的投资回报率。不管怎么说,这篇文章很好,因为我正在寻找一些相似之处,看看我的数字是否在大致范围内,是否也和别人分享了我的数字,以防有人在看。我的是纯负荷高,我可以去

注意:多亏了requests/second分析(不是ms/request),我们发现了一个主要的linux问题,我们正在试图解决这个问题,linux(我们用C和java测试了一个服务器)在负载过大的情况下冻结了对套接字库的所有调用,这似乎很奇怪。全文可以在这里找到。。。。

我们仍在努力解决这个问题,因为它给我们带来了巨大的性能提升,我们的测试从2分42秒提高到了1分35秒,当这个问题解决后,我们的性能提高了33%……更不用说,DoS攻击越严重,暂停时间越长,所有CPU都会降为零并停止处理…在我看来,面对DoS时,服务器处理应该继续,但由于某些原因,在DoS期间每隔一段时间就会冻结一次,有时长达30秒


另外:我们发现这实际上是一个jdk竞争条件缺陷……在大型集群上很难隔离,但当我们运行1个服务器1个数据节点(其中10个)时,我们每次都可以复制它,只需查看它发生的服务器/数据节点。将jdk切换到早期版本修复了这个问题。我想我们是在jdk1.6.026上。

不确定。当时我在IXWebhosting,他们的共享服务器使用Windows 32位操作系统。我怀疑他们的mySQL数据库服务器是一台独立的专用机器,但我不确定。我敢打赌,这个数字是对特定mySQL服务器的所有点击的总和,而不仅仅是你的实例——尽管我可能是wrong@Warren:是的,我以为是t