【问题标题】:Interpreting Load Test Results解释负载测试结果
【发布时间】:2013-09-03 11:05:28
【问题描述】:

我继承了一个性能非常糟糕的 ASP.NET Web 应用程序(WebForms 网站)。简单看一下代码,就会发现一本关于如何不编写 .Net 应用程序的百科全书(我说的是到处都是字符串连接、循环内的数据库访问、母版页加载中的文件 I/O 等等等等)。

虽然此应用程序将进行重大改写,但同时我仍需要使其更健壮一些,因此我一直在使用 LoadUIWeb 2 进行大量负载测试。我创建了一个非常简单的场景只需登录并在主页上等待。

我做了一些优化,但我真的不明白负载测试结果的差异。

例如,对于我的简单场景和 10 个虚拟用户,我得到的结果类似于:

最大页面加载时间 - 12.28 秒 平均页面加载时间 - 4.26 秒 最小页面加载 - 0.43s

用户没有增加,我没有得到一个很好的曲线。我看到页面加载时间“随机”的高峰和低谷。同一个页面怎么能在 0.4s 和 12.2s 之间?我希望减少差异(例如总是高或总是中等等)。

我已经完成了大部分显而易见的事情,例如缓存、压缩、无调试模式、无跟踪等。我什至尝试过预编译都无济于事。

我在这里错过了什么?

【问题讨论】:

    标签: asp.net load-testing performance-testing


    【解决方案1】:

    差异确实取决于很多事情。您应该尝试在一分钟内缓慢上升到 10VU,看看差异何时真正开始显着增加。

    此外,您可能希望包含服务器指标(来自您的数据库服务器和文件/Web 服务器),以查看是否是导致延迟的特定资源。

    最后,检查报告“前 10 名”并首先优化最慢的例程(如果您有代码或服务器管理访问权限),因为它们经常协同作用,产生疯狂和意外的差异,甚至在低负载时。

    您也可以联系 SmartBear pre-sales support,他们会让您联系技术人员,帮助您了解这里的实际情况。

    【讨论】:

    • @JohnSaunders - 好吧,LoadUIWeb(在问题中被问到)是 SmartBear 产品:loaduiweb.org,所以这并不是在宣传他们的产品。
    • 我不得不承认,我错过了对 LoadUIWeb 的引用。反对意见下降了,尽管我仍然更喜欢更明确地提及用户与产品的关联。我不应该阅读他的个人资料来确定关系。
    • 抱歉,如果它听起来像广告,我非常尊重并重视成为 StackOverflow 社区的一员。当有人问我可以帮助回答的问题时,这就是我要做的。我没有意识到与产品或服务相关联会使一个人的输入默认为垃圾邮件,这有点新。下次我一定会以某种方式更加明确。谢谢。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2021-06-09
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-02-15
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多