我已经注意到了几帖子的压力有关测试IIS,但我更想知道,建立什么我的身体Web服务器可以处理基准点的好办法。

我工作在生产系统上,现在似乎正在放缓至接近停滞每天的基础上,没有人似乎可以找出是什么原因造成的问题。这是标准的N层设置(客户端,Web服务器,数据库服务器)。我创造了一些简单的ASP.NET页面,可以做到这一点我使用建立,我可以在以后的生产系统,该系统已经到位比较时用户压力测试的基准一些简单的事情。

我已经构建了一个简单的aspx页面,简单地返回一些web服务器统计信息框利用率,没有沉重,也许的几行代码。我还创建了一个简单的Web服务(ASMX),将测试数据库连接给出正确的ID,再没有什么沉重的只是打开一个数据库连接和示例查询并没有真正做任何事情。

我想知道的是, 什么是良好的应力水平以下的测试应该在运行?特别是,我使用的 Microsoft的Web应用程序应力工具,然后我很好奇,是大多数人所期望的应激水平压力倍增上可接受的范围应。我已经知道在web服务器启动屈曲什么时候,它的大约20应力水平和应力10乘数给予或采取,这将导致大约〜275页的请求/秒。我试图找出是否这个数字是远远太低了,如果这是某种迹象的存在是在客户端和Web服务器或某种类型的硬件问题之间的问题,或者如果它更多的指示,有很没有什么不对的,而且该系统是太沉重。

更新:自从我最初写这篇文章的代码已经被移动到运行Windows 2003使用IIS 7的服务器

我现在想知道的是,如果我成立了一个相对简单的测试,比如,仅仅提供了一个小页面的基本index.html文件,你所期望的“最佳”的页面请求/秒我什么可以从一个压力测试实现?

有帮助吗?

解决方案

  

我现在想知道的是,如果我设置   起来相对简单的测试,如   基本index.html文件是用作   一个小页面,你会期望   “最好”的页面请求/秒我可以   从压力测试实现?

我不能谈论微软的Web应用程序应力工具,但它应该是可能的鞭打托管在IIS,直到试验机和服务器洪水或测试服务器之间的网络静态HTML页面耗尽CPU创建和编译测试。所有ISS会做的是每一次发送相同的缓存响应。

要得到你的网站是如何工作的,你需要建立实际的流量访问该网站的一个很好的表现了良好的轮廓。一旦你的模型,你就可以着手扩大的人员的数量用它来探讨哪些页面是最慢的,哪些服务器资源是第一靠在墙上。

要么你将有其性能是对于给定的负载或某些服务器统计像磁盘使用率或数据库的性能不可接受的期待过利用。一个或多个页面

除非你是对是在相同的架构生产站点举办的现场检测,这是很难做出的架构建议。

使用表现不佳页更容易做出改进的代码是可用来分析。

我建议使用Visual Studio旗舰版加载测试,如果你能得到它。这也给一些ASP.NET的分析工具去认真处理的代码和数据库调用的部分。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top