【问题标题】:Setting up a basic load test设置基本负载测试
【发布时间】:2010-04-06 05:08:40
【问题描述】:

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

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

使用概况:平均协作(由 SCCP 定义)

用户负载:500(使用步进负载模式=每 2 分钟步进 50 步,每步预热时间为 2 分钟)

思考时间:0

加载持续时间:8 小时

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

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

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

另一个问题是:如何找出“测试运行”计数器显示超时增加的原因?

感谢您的宝贵时间

【问题讨论】:

  • 你有没有找到一个有意义的答案?如果是这样,你能把它贴在这里。谢谢。
  • 不。我没有看到任何回应。这里和 msdn 论坛都没有。
  • 如果不能查看您获得的虚拟用户数量等数据,就很难回答这个问题。我知道很难从这些负载测试中显示信息不过在一个问题上。

标签: sharepoint visual-studio-2008 load-testing webtest


【解决方案1】:

没有提供的更多信息,我猜这可能与请求队列和工作线程池有关。

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

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

轻点,因为没有更多的数据,没有什么可以说是积极的。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 2021-09-13
    • 1970-01-01
    • 2012-12-04
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-04-24
    • 1970-01-01
    相关资源
    最近更新 更多