我们正在使用Jmeter对Dotnet WebAPI进行负载测试，并且我们还有AWS负载平衡器。我的云手表中的API几乎不需要1秒，但在Jmeter日志中，它需要30秒。CPU没有达到80%以上。不确定瓶颈在哪里。是在Jmeter、负载平衡器还是WebAPI（可能性很小）。我们检查了负载平衡器的指标，它确实达到了30秒的响应时间。
lztngnrs1#
如果资源消耗肯定不是瓶颈，则剩余的可能原因是：1.您的WebAPI算法没有充分利用底层计算机的资源，因为在Big-O notation方面效率不够和/或过于复杂1.如果您只遇到负载平衡器后面的一个示例，请尝试disabling DNS Caching或将DNS缓存管理器添加到您的测试计划中，并将其配置为使用自定义解析器。1.由于缺乏资源或配置不当，JMeter发送请求的速度不够快，请确保遵循JMeter Best Practices，如果需要，请切换到Distributed Testing
1条答案
按热度按时间lztngnrs1#
如果资源消耗肯定不是瓶颈，则剩余的可能原因是：
1.您的WebAPI算法没有充分利用底层计算机的资源，因为在Big-O notation方面效率不够和/或过于复杂
1.如果您只遇到负载平衡器后面的一个示例，请尝试disabling DNS Caching或将DNS缓存管理器添加到您的测试计划中，并将其配置为使用自定义解析器。
1.由于缺乏资源或配置不当，JMeter发送请求的速度不够快，请确保遵循JMeter Best Practices，如果需要，请切换到Distributed Testing