處理時間，延遲時間和響應時間的含義和計算公式

任何人都可以從下面的圖片驗證處理時間，延遲和響應時間公式。我在響應時間公式中有一些疑問。處理時間，延遲時間和響應時間的含義和計算公式

如果您與我的這些公式發生衝突，請給我證明參考。

Formula Picture

2012-09-06 AsadYarKhan

小心的假設。如果服務器在啓動響應之前生成*完整*答案，則這些計算工作。如果服務器按照數據流的方式傳輸數據（例如，遍歷大型數據庫表），則處理過程實際上是T6-T4。同樣的延遲。如果請求非常小（例如http獲取，T7-T1可以工作，但是如果發送是文件上傳，服務器在發送最後一個字節之前不能開始工作，在這種情況下，延遲應該是T7-T2。 –

謝謝你Devon_C_Miller :)請也澄清我的響應時間Formula.Is它正確嗎？ – AsadYarKhan

我會拿;

最壞情況等待時間爲T8 - T1也經過時間
處理時間T6 - T3也響應時間可以從第一個字節開始處理，並且仍然是處理直到最後一個字節。

如果您不能在服務器上開始處理消息，直到獲得最後一個字節，則還必須使用最後一個字節作爲延遲，否則其不一致。

我會假設服務器更高度優化的性能比客戶端即它可能會從第一個數據包開始處理，但客戶可能需要整個消息做任何有用的東西（這取決於客戶端）

來源

2012-09-06 16:00:47

好的答案我明白，但澄清我的反應時間是T6 - T3。請你有任何參考資料，請在下面寫下我有IBM術語的參考資料，請檢查並確認我是正確的，否則你是正確的。 :)鏈接是http://www-01.ibm.com/software/globalization/terminology/r。html – AsadYarKhan

我同意T6-T3是響應時間。相反，我會說這取決於你的服務器和你的客戶端的工作方式。時間表似乎遵循HTTP服務器和客戶端的工作方式。我有更低延遲的背景，一切都很重要，你需要一個更保守的方法。 –

對不起我的朋友:)仍然不同意你，但T7 - T3可以是響應時間不T6 - T3。我已經閱讀了很多定義，它在定義結束時說「直到你得到迴應」。在獲得第一部分響應之前，您是如何意識到響應的。 – AsadYarKhan

從wikipedia：

在數據系統中，系統響應時間是接收到詢問消息的傳輸的結束和所述開始傳輸之間的間隔向發起查詢的電臺發送迴應信息。

哪個應該是T5-T4（就像處理時間一樣）。

來源

2012-09-06 15:46:49

維基百科參考是不可接受的抱歉，你有任何其他的參考？ – AsadYarKhan

我同意彼得關於處理時間和最壞情況的延遲：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.

也要看：

Latency Time in Load Testing

來源

2012-09-06 19:09:41

處理時間，延遲時間和響應時間的含義和計算公式

回答

相關問題