【发布时间】：2020-03-19 10:58:57
【问题描述】：
我在 LR12.55 中创建了一个 TruClient Web (IE) 协议脚本，当我尝试使用 50 个用户运行脚本时，只有一些会进入运行状态（在 25-37 之间），其余的会卡在 init永远。
我尝试更改控制器 -> 选项-> 超时，并将初始化超时从默认的 180 更改为 999，但它不能解决问题。任何人都可以评论如何解决这个问题吗？？？？
【问题讨论】：
标签： vugen truclient loadrunner
【发布时间】：2020-03-19 10:58:57
【问题描述】：
TruClient 为每个 vuser（虚拟用户）运行一个真实的浏览器，因此系统资源消耗更高 API 级别的测试。 50 个 vuser 对于您的负载生成器机器来说可能太多了。
我建议在运行期间检查 CPU 和内存级别。如果其中任何一个的利用率超过 80%，您应该在多台负载生成器机器之间分配负载。
如果资源没有得到充分利用，应分析故障以确定根本原因。
【讨论】：
-
我们确实有 3 个负载生成器，但我确实收到了所有生成器上超过 80% 的 CPU 消息。负载生成器在负载下的最佳 CPU 使用率是多少？
-
TruClient 中的资源占用，就像任何其他浏览器一样，高度依赖于应用程序。
-
如果您的应用程序消耗大量资源，您将能够在每个负载生成器上运行更少的虚拟用户。减少 Vuser 的数量以低于 80% CPU 阈值，以减少与资源相关的故障的机会。您可以尝试运行单个 Vuser 以了解每个 Vuser 的资源消耗情况。
为了进一步提高 e-Dough 的出色响应，您不应期望在与控制器相同的硬件上执行这些虚拟用户。您应该期望至少涉及三个负载生成器，两个作为主要负载，一个作为控制集。这是对控制器的补充。
您的问题确实表现为典型的“系统资源不足”情况。考虑监控负载生成器运行状况的最佳实践，就像监控被测基础设施下的应用程序一样。您希望对经典的有限资源模型组件（CPU、磁盘、内存和网络）以及其他子组件（例如 CPU 下的系统和应用程序的突破）进行监控，以了解您的系统在何处以及如何执行。您希望能够消除对可伸缩性的误报，因为您的负载生成器非常不健康，以至于它们会扭曲您的测试结果 - 显示应用程序的虚拟用户很慢，而实际上虚拟用户很慢，因为使用的机器资源有限。
【讨论】：
-
我在本地运行控制器，我们确实有 3 个其他负载生成器（2 个更强大，而最后一个没有那么强大）。负载生成器在负载下的最佳 CPU 使用率是多少？
-
在哪里运行的所有无法启动的 TruClient 虚拟用户？