3

我有一个非常基本的负载测试问题。

我正在使用 VSTS 2008 运行负载测试，并且我有带有控制器 + 10 个代理的测试台。此负载测试针对我拥有的 SharePoint 场。我的负载测试目标是找出我场的 web+app+db 层在任何给定负载场景下的资源利用率。负载场景的一个示例是

使用概况：平均协作（由 SCCP 定义）

用户负载：500（使用步进负载模式=每 2 分钟步进 50 步，每步预热时间 2 分钟）

思考时间：0

加载时间：8小时

现在，问题是：期望每秒请求数、Web 前端/应用程序/数据库上的处理器时间百分比、测试/秒等指标在某个时间点变得平坦或进入稳定状态是否公平？负载测试。就像我说的，目标不是制造瓶颈，而是仅通过上述负载配置文件来衡量资源的利用率。

我问这个问题是因为我看到了一些不同的东西。在负载测试中的某一时刻，请求/秒变得或多或少持平。但是 Web/DB 服务器上的处理器利用率不断增加。在稍微挖掘数据后，我看到“测试运行”计数器也随着时间的推移稳步增加。因此，如果我运行负载测试超过 8 小时，%processor 可能会进一步上升。这样一来，我不知道将什么视为负载配置文件排出的负载。

这个“测试运行”计数器的真正含义是什么？这与测试/秒有何不同？

另一个问题是：如何找出“测试运行”计数器显示加班时间增加的原因？

谢谢你的时间

4

1 回答 1

2

由于没有提供更多信息，我想这可能与请求排队和工作线程池有关。

工作池用于服务请求的线程数量有限。一旦达到（可能会在一段时间后，因为前端执行数据库请求并等待它们，很可能不是异步的）然后请求排队（我认为这是你的“测试运行”计数器增加）。

为什么要使用更多的 CPU？同样，您需要深入研究场景的数据，但一种猜测是上下文切换以及内存交换和分配可能与此有关。

轻描淡写，因为没有更多的数据，没有什么可以说是积极的。

于 2012-01-02T15:04:35.387 回答