Jmeter是否仍然存在协调遗漏问题？

几年来，我一直在使用JMeter进行性能测试任务，最近我遇到了“协调遗漏”一词，它只是隐藏了响应时间最糟糕的一面。

---

我听的讲座是从2015年开始的，我想知道Jmeter是否已经解决了这个问题，或者是否有其他方法来解决这个问题？

您可以使用以下方法忽略响应时间峰值：

这样就忽略了不常见的峰值

JMeter在报告中提供：

90%线（第90百分位）是90%样本落下的值。剩余样本的长度至少与值相同。这是一个标准的统计指标

---

到目前为止，几乎所有的负载测试都不会发生这种情况吗？解决这个问题的方法是根据您的硬件调整线程的数量（或者如果您的硬件无法处理您自己的测试，则使用分布式线程）。只需搜索web。所有依靠多线程模拟多个用户的web性能加载工具都容易出现协调遗漏问题，据我所知，JMeter的设计自那时以来没有明显改变。不过至少有一种工具可以避免这个陷阱：Gatling，因为它依赖非阻塞io和eventloop而不是多线程来发送请求。有关详细说明，请参阅。正确。但是我的问题是这样的，假设我们有10个请求要发送，每个请求应该以1s的间隔发送。在第5次请求时，系统出现性能问题，响应时间增加。因此，JMeter发送第六个请求是否会延迟？@MudithaPerera我不会将其称为延迟，因为IssueEYP，请求的响应时间会更长，但由于所有响应时间数据都会受到影响，对吗？@MudithaPerera它是数据的一部分，您可能需要删除，例如使用plugin Yes，我们可以使用过滤器来分析数据。我担心的是Jmeter是否给出了确切的延迟时间。我的意思是它给了我们响应时间还是服务时间？我也在调查这件事。如果我发现什么，我会给你一个更新。