節點處理時延：
主機或路由器在收到分組後要花費一定的時間進行處理，比如分析首部，提取資料，差錯檢驗，路由選擇等。一般高速路由器的處理時延通常是微秒或更低的數量級。
排隊時延：
排隊時延很好理解，就是路由器或者交換機處理資料報排隊所消耗的時間。乙個特定分組的排隊時延取決於先期到達的、正在排隊等待向鏈路傳輸分組的數量。如果該佇列是空的，並且當前沒有其他分組在傳輸，則該分組的排隊時延為0；另一方面，如果流量很大，並且許多其他分組也在等待傳輸，該排隊時延將很大。實際的排隊時延通常在毫秒到微秒級。
傳輸時延：
傳輸時延又被稱為「傳送時延」，是傳送資料所需要的時間，也就是從網絡卡或者路由器佇列遞交網路鏈路所需要的時間。用l位元表示分組的長度，用r bps表示從路由器a到路由器b的鏈路傳輸速率，傳輸時延則是l/r。實際的傳送時延通常在毫秒到微秒級。
傳播時延：
傳播時延是指在鏈路上傳播資料所需要的時間。傳播時延等於兩台路由器之間的距離除以傳播速率，即傳播時延是d/s，其中d是兩台路由器之間的距離，s是該鏈路的傳播速率。實際傳播時延在毫秒級。
舉個例子分析一下資料報y從a路由器到b路由器的總時延：
當a接收到資料報時，會先檢測資料報，然後決定將該資料報導向哪乙個鏈路上，這個過程所需的時間叫做節點處理時延。（路由器的優劣對處理時延起決定性作用）
知道了資料報y該導向哪個鏈路後，接下來y要經歷排隊時延，排隊時延取決於先期到達的、正在排隊等待向該鏈路傳輸資料報的數量。如果佇列是空的，並且沒有其它分組正在傳輸，那麼排隊時延就為0。
當先期到達的資料報，傳輸完畢後，就下來就將y的全部資料推向鏈路，這個過程所需要的時間就是傳輸時延。傳輸時延取決於資料報y的長度和鏈路傳輸速率。
當y所有的資料全部推到鏈路上後，這是就進入了傳播時延。傳播時延取決於傳播的距離及傳播速度，傳播速度則取決於該鏈路的物理媒介，如光纖，雙絞線等，一般等於或者小於光速，單位是m/s。經歷過傳播時延後，資料報y就能到達目的地路由器b了。
寫指令碼一鍵安裝ns3的依賴包
本文介紹通過指令碼快速安裝ns3的依賴包，執行指令碼後，即可編譯安裝ns3，支援圖形顯示 安裝了visualizer模組 安裝ns3的依賴包。用vim編寫指令碼，命令如下 cd vim pre.sh 用vim新建pre.sh指令碼 若初次使用vim，可參考vi vim基本使用方法 插入和退出 鍵入以...
簡單的搭建乙個高併發低時延系統
首先宣告一點 這裡的 高併發 是相對的，相對於硬體而言，而不是絕對的高併發。後者需要分布式來實現，這裡不做討論。本文關注的是單機的高併發。系統的另乙個指標是呼叫時延和語音時延。這是這個系統的關鍵。最終我們的系統拿到使用者現場測試的時候，效果可能有點太好，對方測試不大相信。其實降低時延只要幾個地方把握...
學習iBatis時的乙個苦逼經歷
2012年8月6日 06 45 10這麼早絕對不是想來印證這了乙個職業段子 如果你看見乙個程式設計師早上九點還在床上睡著，別去吵醒他，他剛睡不久 如果你在6點看見乙個程式設計師在洗簌，別去理他，他一定是要準備睡覺。顯然現在的這個時間段我因該是屬於後者，可是偏偏不是，今天早上一點鐘睡的覺，六點半就起來...