运行一个只有两个用户的脚本作为单个场景没有任何节奏，只需将时间设置为3秒并随机（50％-150％）我体验到Web应用服务器运行每次10分钟后的内存（我已经多次运行测试，并且每次都在同一时间发生）。 首先，我认为这是应用程序中的内存泄漏，但经过一番思考后，我认为它可能与场景设计有关。 整个脚本只有一个操作，包括在唯一的操作块中登录和注销大约需要50秒才能运行，并且我在上一次迭代结束后立即拥有默认的 而不是上一次迭代结束后的延迟或固定/随机intervalls 设置。
无法使用固定/随机intervalls 导致此“内存泄漏”发生？我猜不是所提到的设置实际上会在结束之前开始新的迭代，这会导致服务器上的内存累积导致这种“内存泄漏”。但是没有起搏设置会有发生这种情况的风险吗？
在我的脚本中没有迭代，我仍然可以使用节奏吗？
答案 0 :(得分：0)
回答你的上一个问题：没有。
新迭代开始时显式使用起搏。根据调步设置延迟迭代开始。
投机/结论：
如果网络服务器在10分钟后内存确实耗尽，并且您只有2个vu，则Web服务器端出现问题。可以手动实现此2vu负载并使Web服务器崩溃。脚本中的节奏或手动用户速度无关紧要。如果Web服务器可以从远程崩溃，则它有需要修复的错误。
建议：
尝试使用4个用户运行方案。 5分钟后你会在网络服务器上获得内存吗？
答案 1 :(得分：0)
如果确实存在泄漏，那么您的脚本/方案不应该导致它，但我认为您可能会更快地将其视为问题，具体取决于您的运行方式。
例如，让我们说5个用户和合理的节奏和思考时间，服务器不会死16个小时。但是有50个用户它会在2个小时内死掉。你没有引起这个问题，只是早点暴露出来。
答案 2 :(得分：0)
我希望它的web服务器problem.pacing只是迭代之间的时间间隔，它不会影响脚本中的操作或事务