LoadRunner 和调步的需要

Posted 2023-03-23

【中文标题】LoadRunner 和调步的需要

【英文标题】：LoadRunner and the need for pacing

【发布时间】：2013-04-11 19:06:48

【问题描述】：

在一个场景中运行只有两个用户的单个脚本没有任何节奏，只需将时间设置为 3 秒和随机 (50%-150%) 我体验到 Web 应用服务器运行每次10分钟后的内存（我已经运行了几次测试，每次都在同一时间发生）。 首先，我认为这是应用程序中的内存泄漏，但经过一番思考，我认为这可能与场景设计有关。 整个脚本只有一个动作，包括在唯一动作块中登录和注销，运行大约需要 50 秒，我有默认的 只要上一次迭代结束设置不是 with上一次迭代结束后的延迟或固定/随机间隔设置。

不能使用固定/随机间隔会导致这种“内存泄漏”发生吗？我猜提到的所有设置实际上都不会在前一个结束之前开始一个新的迭代，这显然会导致服务器上的内存积累导致这种“内存泄漏”。但是如果没有设置节奏，是否有发生这种情况的风险？

而且我的脚本中没有迭代，我还能使用节奏吗？

【问题讨论】：

请用一些代码 sn-ps 更新帖子。当你看到发生了什么时，它总是更容易..

【参考方案1】：

回答你的最后一个问题：否。

在新的迭代开始时显式使用节奏。根据步调设置延迟迭代开始。

推测/结论：

如果 web-server 真的在 10 分钟后内存不足，而你只有 2 个 vu，那么你的 web-server 端就有问题了。可以手动实现这个 2vu 加载并使网络服务器崩溃。脚本中的节奏或手动用户速度无关紧要。如果网络服务器可以从远程崩溃，它有需要修复的错误。

建议：

尝试运行 4 个用户的场景。 5 分钟后，您是否在网络服务器上出现内存不足？

【讨论】：

我只需在我的脚本中执行一项操作就可以在控制器上为我的场景添加节奏？

节奏只影响迭代之间的延迟，与脚本中的动作数量无关

【参考方案2】：

如果确实存在泄漏，则您的脚本/场景不应该导致它，但我认为您可能会根据您的运行方式使其更早出现问题。

例如，假设有 5 个用户和合理的节奏和思考时间，服务器在 16 小时内不会死机。但是如果有 50 个用户，它会在 2 小时内死掉。问题不是你造成的，只是早点暴露。

【参考方案3】：

我希望它的网络服务器问题。节奏只是迭代之间的时间间隔，它不会影响脚本中的操作或事务