Java 处理时间、延迟和响应时间的含义和计算公式

Java 处理时间、延迟和响应时间的含义和计算公式,java,networking,jmeter,qa,performance-testing,Java,Networking,Jmeter,Qa,Performance Testing,任何人都可以验证下图中的处理时间、延迟和响应时间公式。我对响应时间公式有一些疑问 如果你与我的这些公式有冲突,请给我证明参考 来自: 在数据系统中,系统响应时间是 接收查询消息的传输结束,以及 开始向站点发送响应消息 发起调查 应该是T5-T4(就像处理时间一样)。我会选择 最坏情况下,T8-T1的延迟也会经过一段时间 处理时间T6-T3也是响应时间,因为您可以从第一个字节开始处理,直到最后一个字节 如果在获得最后一个字节之前无法在服务器上开始处理消息,则必须将最后一个字节用于延迟,否则将不

任何人都可以验证下图中的处理时间、延迟和响应时间公式。我对响应时间公式有一些疑问

如果你与我的这些公式有冲突,请给我证明参考

来自:

在数据系统中,系统响应时间是 接收查询消息的传输结束,以及 开始向站点发送响应消息 发起调查

应该是T5-T4(就像处理时间一样)。

我会选择

  • 最坏情况下,T8-T1的延迟也会经过一段时间
  • 处理时间T6-T3也是响应时间,因为您可以从第一个字节开始处理,直到最后一个字节
如果在获得最后一个字节之前无法在服务器上开始处理消息,则必须将最后一个字节用于延迟,否则将不一致


我假设服务器的性能比客户端的性能更高,也就是说,它可能从第一个数据包开始处理,但是客户端可能需要整个消息来做任何有用的事情(这取决于客户端)

关于处理时间和最坏情况下的延迟,我同意Peter的观点:T6-T3

但是对于延迟,我会说它是T7-T1。我认为它是第一字节的时间。 在JMeter中,它是:

JMeter measures the latency from just before sending the request to just  
after the first response has been received. Thus the time includes all the processing 
needed to assemble the request as well as assembling the first part of the response, 
which in general will be longer than one byte. Protocol analysers (such as Wireshark) 
measure the time when bytes are actually sent/received over the interface. The JMeter 
time should be closer to that which is experienced by a browser or other application
client. 
另请看:


小心假设。如果服务器在开始响应之前生成完整的答案,这些计算就可以工作。如果服务器边传输数据(例如,遍历一个大的DB表),那么处理实际上是T6-T4。对于延迟也是如此。如果请求非常小(例如http get,T7-T1可以工作。但是,如果发送是文件上载,服务器在看到发送的最后一个字节之前无法开始工作。在这种情况下,延迟应该是T7-T2。谢谢Devon_C_Miller:)还请澄清我的响应时间公式。它是正确的吗?好答案我理解,但澄清我的响应时间是T6-T3。您是否有任何参考资料,请写在下面我有IBM术语的参考资料,请检查并验证我是否正确或您是否正确。:)链接是我同意T6-T3是响应时间。与其说是参考,不如说它取决于服务器和客户端的工作方式。计时似乎遵循HTTP服务器和客户端的工作方式。我有一个低延迟的背景,所有的事情都很重要,你想要一个更保守的方法。对不起,我的朋友:)仍然不同意你,但T7-T3可以是响应时间,而不是T6-T3。我读过很多定义,在定义的末尾写着“直到你得到回应”。我不喜欢T7到T3,因为它没有对称性。T7中的“你”是客户端,而T3中的“你”是服务器。i、 在这个等式中没有你。请告诉我你说的“你”是什么意思-/维基百科参考资料不可接受对不起,你还有其他参考资料吗?