Http JMeter延迟（TTFB）精度

在捕获HTTP GET请求的延迟时，我观察到ms中的延迟相对高于wireshark捕获单个数据包中的延迟。例如，对于一个4KB的文本文件，我可以看到JMeter报告延迟为153（我假设这是毫秒），但wireshark说它是12ms

有什么我不明白的吗

---

我正在使用jmeter 2.12进行性能测试，我计划的所有GET、PUT操作都是在文本、图像和视频文件上进行的，这些文件的大小可以从4KB到2GB。

jmeter给出了从发送请求到接收响应的时间，wireshark测量的是什么？在wireshark中，我测量通过线路发送请求和接收响应的第一个字节所花费的时间（我只是通过查看一个请求来手动收集）。i、 e.200 OK后到达的第一个数据包。我还得到了测试服务器的统计数据，测得的延迟是消息到达服务器连接层的时间与从连接层发送响应的第一个字节所用的时间之间的差异。这一时间与我从客户端收集到wireshark时在wireshark上看到的时间非常相似。我在客户机（jmeter）和服务器之间有专用的10 gbps连接，在这条线上应该没有其他网络干扰。在从jmeter对数据包进行帧处理以及在接收、解码数据包和测量延迟时，是否存在较大的开销？jmeter在响应时间中不包括其开销。开销会影响每秒可以发送的请求数，但不会影响响应时间的报告。ie仅考虑一个线程，总响应时间将不代表测试持续时间。因此，我将有一些jmeter日志记录，它告诉计时器何时开始为发送的请求滴答作响，何时停止。我想通过在一个线程组上发送一个GET请求来实现这一点。我想知道为什么会看到如此巨大的三角洲。这可能吗？