定義
連線時間是影響回響時間長短的主因回響時間(ResponseTime) ：一個用戶坐在PC前(客戶)，使用某個套用正在通過網路和一個伺服器通訊。客戶向伺服器發出一個請求，伺服器用一個或幾個包作為對請求的回響。如果它是使用積極握手的可靠套用,客戶會以一個回響作為應答。客戶可能會給伺服器傳送另外一個請求。一般地，一個交易過程(例如一個請求，完成一個查詢)可能由幾個客戶請求和伺服器回響組成，從客戶發出請求(信息包層或交易層)至他收到最後一個回響的時間就是整體的回響時間。網路，伺服器和套用都對整體回響時間有影響。
網路
簡介
網路對整體回響時間的影響是是通過不同機制完成的。所選擇的協定(例如幀中繼或ATM，EIGRP或OSPF)會很大程度地影響數據在網路中傳輸的延遲時間。這些時間包括處理的時延(主機接收到數據包並獲得各種信息), 排隊時延(當出現了其它的信息包時)，傳送或連續傳輸時延(傳輸幀中的第一位和最後一位的時間), 傳輸時延(一個數據位通過鏈路的時間，他取決於物理的介質和距離)。包的損壞和丟失也會降低信息的質量或增加額外的時延，因為需要重新傳輸。地面傳輸的企業網路，等待和傳輸時延是網路時延的主要問題。對於衛星網路，傳輸時延(加上訪問協定)是主要問題。伺服器時延的影響有伺服器本身和套用設計兩個方面。伺服器本身的性能包括處理器的速度，存儲器和I/O性能，硬碟驅動速度以及其它設定。套用設計包括結構和算法。
結構
套用時延受幾個獨立的因素影響，例如套用設計(例如通話的穩定性)，交易的大小，選擇的協定(例如UDP或TCP)，以及網路的結構。完成一個確定的交易時，一個套用所需要的往返次數越少，它受到網路結構的影響也越小。然而，由於需要重新傳輸，所以往返的次數本身可能取決於網路結構。
用戶的經驗
計算機的用戶最討厭等待。在大量的處理環境中，超過3秒以上的回響時間將會嚴重影響工作效率。然而最終用戶的感受不僅僅是絕對時間問題，他們對於回響時間的期望是參照以往的經驗，而這種期望是相對於他們使用該套用的基準性能。如果使用該套用的當前感受和以往的經驗有很大的差別時，抱怨以及需要支持的電話就會成倍地增加。
重要性
套用回響時間的問題隨著基於伺服器套用的大量增加而迅速增多。確定造成套用延遲的原因成為很困難的任務。財富500強中一個財務公司的網路管理經理說他們花了太多的時間用來查找問題，該經理補充說：“甚至技術人員已經把故障確定為網路中問題的情況下，也只有50%的情況真是網路的問題。有時我們不得不將所有人都派出去而只是為了找到問題在哪裡”。
維護和管理
企業要求其網路，套用以及MIS的經理要保證那些與業務相關的關鍵套用必須在網路上平穩運行。確定影回響用性能的問題在哪裡以及誰負責解決該問題是IT部門面臨的十分費時且具有挑戰性的工作。由於缺少有經驗的人員和人力資源的限制，所有企業都希望以省時省力的方法來維護和管理回響時間。
作業系統
作業系統的反映時間
在作業系統中，回響時間指用戶發出請求或者指令到系統做出反應（回響）的時間。
系統回響時間包括兩個方面：
時間長度和時間的易變性。用戶回響時間應該適中，系統回響時間過長，用戶就會感到不安和沮喪，而回響時間過短有時會造成用戶加快操作節奏，從而導致錯誤。系統回響時間的易變性是指相對於平均回響時間的偏差。即使回響時間比較長，低的回響時間易變性也有助於用戶建立穩定的節奏。因此在系統回響時間上堅持如下原則：
回響時間長度
界面設計
0-10 秒
鼠 標 顯 示 成 為 沙 漏
10 到18 秒
由微幫助來顯示處理進度
18 秒 以 上
顯示處理視窗，或顯示進度條
一個長時間的處理完成時 應給予完成警告信息
液晶顯示器
CRT顯示器中，只要電子束擊打螢光粉立刻就能發光，而輝光殘留時間極短，因此傳統CRT顯示器反應時間僅為1~3ms。所以，反應時間在CRT顯示器中一般不會被人們提及。而由於液晶顯示器是利用液晶分子扭轉控制光的通斷，而液晶分子的扭轉需要一個過程，所以液晶顯示器的反應時間要明顯長於CRT。
定義
由於液晶分子的轉動，LCD螢幕上每個sub-pixel由前一楨色亮度過渡到後一楨色的亮度，會有一個時間過程，也就是我們通常所說的回響時間。因為每一個像素點不同灰階之間（即亮度之間）的轉換過程，是長短不一、非常複雜的，很難用一個客觀的尺度來進行表示。因此，業內現有關於液晶回響時間的定義，試圖以液晶分子由全黑到全白之間的轉換速度作為面板整體回響時間的縮影，來代表液晶面板的快慢程度，通常又可稱之為“On/Off”回響時間。由於液晶分子由黑到白和由白到黑的轉換速度並不是完全一致的，為了能夠儘量有意義的標示出液晶面板的反應速度，現又針對回響時間的定義，基本以“黑→白→黑”（亮-->暗-->亮）全程回響時間為標準。
事實上，液晶分子轉換速度及扭轉角度由施加電壓的大小來決定。從全黑到全白液晶分子面臨最大的扭轉角度，需施以較大的電壓，此時液晶分子扭轉速度較快；而介於全黑、全白間的較小幅度灰階變化，需施加較小電壓來進行準確而精細的角度控制，因此液晶分子扭轉速度反而要慢一些。通常來講，液晶面板黑白間的回響時間最快，而其它灰階之間也是構成絕大多數不同色彩變化的回響時間，要比黑白間的回響時間慢得多。這樣看來，傳統的On/Off用黑白轉換時間來表示LCD回響時間，以偏概全，無法精確地表示LCD面板的整體回響時間。
發展
從25ms到大家熟知的16ms再到12ms，反應時間被不斷縮短，液晶顯示器不適合娛樂的陳舊觀念正在受到巨大挑戰。可以先做一個簡單的換算：30毫秒=1/0.030=每秒鐘顯示33幀畫面；25毫秒=1/0.025=每秒鐘顯示40幀畫面；16毫秒=1/0.016=每秒鐘顯示63幀畫面；12毫秒=1/0.012=每秒鐘顯示83幀畫面。可以看出12ms的誕生意味著液晶製造的一個巨大進步。
但要注意的是，液晶顯示器都有一個掃描頻率的限制，特別是對於場頻(又稱刷新率)，很多都限制在75Hz以下，而就一般概念而言，75Hz意味著一秒刷新75幀畫面，這樣看上去就達不到12ms對應的每秒83幀畫面了。
實際上，我們上面所說的12ms反應時間是針對全黑和全白畫面之間切換所需要的時間，這種全白全黑畫面的切換所需的驅動電壓是比較高的，所以切換速度比較快，可以達到12ms；而實際套用中大多數都是灰階畫面的切換(其實質是液晶不完全扭轉，不完全透光)，所需的驅動電壓比較低，故切換速度相對較慢。所以綜合起來，在灰階畫面下75Hz的刷新率已經可以滿足12ms液晶面板的需求了。
據數據表
反應時間30毫秒=1/0.030=每秒鐘顯示器能夠顯示33幀畫面，這是已經能滿足DVD播放的需要；
反應時間25毫秒=1/0.025=每秒鐘顯示器能夠顯示40幀畫面，完全滿足DVD播放以及大部分遊戲的需要；
而玩那種激烈的動作遊戲（如QUAKEIII/UT2003/DOMMIII）、極速追逐賽等遊戲要達到毫無拖影的話，所需要的畫面顯示速度都要在每秒60幀以上，即需要的反應時間=1/每秒鐘顯示器能夠顯示60幀畫面=16.6毫秒。
選購
在實際產品套用中，桌面LCD液晶顯示器剛面試的時候低回響速度一直飽受詬病，一些FPS遊戲愛好者還是無奈地選擇CRT顯示器。不過早在07年，顯示器市場中就已經推出了能夠達到8ms回響時間的液晶顯示器。而隨著顯示器行業的不斷發展，目市場中已經有相當數量的廠商，如華碩、三星、LG等開始注意到消費者的需求將LCD液晶顯示器的回響時間逐漸縮短，如在19寸液晶顯示器為桌面主流尺寸的時候，華碩VW193DR、VH196D等產品、三星943NW、LG 1942SP等液晶產品配備了5ms的回響時間，桌面液晶顯示器畫面，特別是動態畫面拖尾的弊病已經開始被消費者們遺忘。而今，主流桌面液晶顯示器已經將回響時間降低到2ms，使得畫面的流暢度越來越高。
不僅僅是傳統的CCFL背光液晶顯示器，十分流行十分受關注的LED背光機型中也已經有為數不少的、配備2ms回響時間的產品上市，以華碩MS系列2ms回響的無汞液晶為代表，國內液晶廠商已經開始緊跟，三星、LG等韓國廠商不斷有2ms回響時間的產品發布。
網站/伺服器
數據在網路上傳輸的時間總的包括兩部分，即瀏覽器端主機發出的請求數據經過網路到達伺服器的時間，以及伺服器的回應數據經過網路回到瀏覽器主機的時間。這兩部分，我們稱它為回響時間，它的決定因素主要包括數據量和網路頻寬。
通常我們說的回響時間並不等於網站速度，而只是網站速度的一部分。
分析方法
有不同的方法
基於監測的類型(被動和主動)以及監測位置(伺服器端或客戶端)的不同，分析回響時間有幾種不同的方法。不同方法的選擇會影響維護費用，回響時間測量精確和效率以及部署實施的複雜性。不同方法都有其優缺點，市場上有不同的廠商支持不同的方法。
伺服器端和客戶端監測方法
伺服器端：伺服器端的監測方法是部署在伺服器上(一個代理)或靠近它的地方(一個設備)。因為這種方法不需要安裝在客戶端，從而大大減少了部署和管理的費用。因為安裝在伺服器或伺服器附近，他們可以提供不受限制的，對所有和伺服器陣列進行交易的監測。由於在最近的位置，他們也可以提供最精確的伺服器時延統計。伺服器端的代理是安裝在被監測的伺服器上，所以應該小心確保他不會影響伺服器的工作。伺服器端的設備可以是線上型或旁路型(接口盒設備)。線上設備是類似於路由器一樣讓數據通過的設備，他們對套用的服務可能是額外的故障源；而接口盒不會因為它們本身的故障而造成額外的影響。
客戶端
客戶端的監測方法是部署在感興趣的客戶端上。它們可以提供非常精確的端至端的時延測量，但是卻很難隔離是網路還是伺服器時延問題。常見的兩個客戶端的方法是定期地“ping”伺服器或者設定TCP連線在網路中往返時間並假設在整個對話過程中是恆定不變的。第一種方法可能不是很準確，因為網路設備在處理ICMPpings的時候隨套用包不同(路由，等待，丟棄，服務)而不同。這兩種方法都取決於採樣標準，而這些採樣不一定能反映網路的實際情況。
被動和主動監測
被動監測
被動監測是接入一個非侵入設備來觀測實際的套用流量。他一般是對包解碼(最低是傳輸層，並可能直至套用層)，或者是使用ARMAPI來識別套用交易的開始和結尾。由於分析的數據是最終用戶的實際活動狀態，所以這種方法很明確地測量了最終用戶的活動狀態。被動式監測的工具可以是在客戶端或是伺服器端。伺服器端的被動式監測具有對所有時間，所有用戶，所有交易的監測能力。被動式監測方法的一個限制是它不能用來檢測服務，因為從來就沒有通訊是按照固定計畫進行的，所以它不能百分之百精確地確定是否有連線失敗，也許用戶只是暫停請求。然而它能夠使用相關的歷史記錄信息來得到合理的結論－假設用戶沒有正常連線上網時，失敗就不會發生。
主動監測
主動的監測是在客戶端“模仿”用戶正常安裝時的一種方法。主動監測可以提供基於計畫的重新模擬交易的能力。這種計畫模式可以使它進行24x7的網路連通性測試，而不是用戶日常工作的模式。主動式監測按照預選設定的模式執行，這些模式包括每一種要監測套用的處理過程，而且這些模式力求接近用戶的真實情況。另外，不斷的重複進行會對網路設備的快取提出要求。
