实验：运行3次不同并发用户数：10,20,30，场景设置：每2秒增加1个用户，运行时长5分钟

   10个用户时，响应时间平均在0.189左右，TPS在60/sec左右

   20个用户时，响应时间在0.286，TPS在75/sec左右，

   30个用户时，响应时间在0.408，运行到20个用户时，TPS在75/sec趋于平稳不再增加，rps也趋于平稳，

   运行到30个用户时，CPU利用率在92%，已超过负载。

当用户增加时，TPS不再增长，响应时间增长。取TPS平稳时的并发用户数：20，进行负载测试。



ASP.net

说明


Request/Sec

每秒请求数

Request/Sec(ASP.NET APPS v2.0.50727)

如果Request/Sec的值比较小，你的Web程序可能是瓶颈

Request Wait Time:

最近的请求在队列中等待的毫秒

Request Wait TIme(ASP.NET APPS v2.0.50727)

Request Wait Time 和Request Queued 在理想状况下应该接近0，

如果这两个值太大，那么需要重写代码提高性能

Request Queued:

等候处理的请求数

Request Queued(ASP.NET)

该计数器应保持接近 0。超过 IIS 队列长度会出

现“服务器太忙”错误。

Request Executing Time:

执行最近的请求所用的毫秒数。(ASP.NET APPS v2.0.50727)


Request Executing:

当前执行的请求数(ASP.NET APPS v2.0.50727)