本地机（虚拟机）配置为16GB RAM，双核处理器。在非GUI模式下使用10个vuser执行测试时，cpu利用率达到100%，而在GUI模式下cpu利用率为60%。整个资源被JVM使用，无法在任务管理器上找到cpu利用率高的原因。早期的旧虚拟机配置相同，但在新虚拟机中CPU利用率达到100%。
r7s23pms1#
理论上讲，如果10个用户在做“繁重”的事情，他们可能会消耗大量的CPU。如果你想进一步调查- Windows任务管理器不会告诉你到底是什么原因导致高CPU使用率，你应该看看Java profiler工具，最好的免费选项之一是JVisualVM。专有的付费替代品包括YourKit和JProfiler。您还可以确保遵循JMeter Best Practices如果您无法找出高CPU使用率的根本原因并相应地优化测试，则需要考虑分配另一台计算机和running your JMeter test in distributed mode。
lztngnrs2#
从虚拟机管理程序获取CPU信息，而不是从虚拟机获取。无法保证虚拟机编号正确。系统时钟也是如此，它会经历时钟跳变以同步到物理系统时钟。这将导致更高的平均值、最大值、第90 ++百分位数和标准差测量。在VM环境中，唯一能解决时钟跳变问题的产品是VMWare上的OpenText LoadRunner。
2条答案
按热度按时间r7s23pms1#
理论上讲，如果10个用户在做“繁重”的事情，他们可能会消耗大量的CPU。
如果你想进一步调查- Windows任务管理器不会告诉你到底是什么原因导致高CPU使用率，你应该看看Java profiler工具，最好的免费选项之一是JVisualVM。专有的付费替代品包括YourKit和JProfiler。
您还可以确保遵循JMeter Best Practices
如果您无法找出高CPU使用率的根本原因并相应地优化测试，则需要考虑分配另一台计算机和running your JMeter test in distributed mode。
lztngnrs2#
从虚拟机管理程序获取CPU信息，而不是从虚拟机获取。无法保证虚拟机编号正确。
系统时钟也是如此，它会经历时钟跳变以同步到物理系统时钟。这将导致更高的平均值、最大值、第90 ++百分位数和标准差测量。在VM环境中，唯一能解决时钟跳变问题的产品是VMWare上的OpenText LoadRunner。