吞吐量
簡單的講，對于P2P系統而言，當主機A到主機B傳送一個檔案，任何時間瞬間的瞬時吞吐量都是主機B接收到該檔案的速率(以bps計算)。如果檔案由F比特組成，主機B接收到所有F比特用去T秒，則檔案傳送的平均吞吐量是F/T bps.
舉個例子伺服器通過路由器轉發給用戶端消息
想象比特是流體，而鍊路是管道，那麼吞吐量應該為min{ Rc ,Rs }。如上圖所示，當Rc為2Mbps且Rs>Rc，無論Rs有多大，吞吐量都是2Mbps。
比如：你下載下傳一個F=32×10的6次方個比特的檔案，伺服器具有2Mbps的傳輸速率，你有一條1Mbps的接傳入連結路，最終的吞吐量還是1，傳輸該檔案所需的時間是32秒。
同理，當有n個路由器的時候，吞吐量為min{R1,R2,···,Rn,Rn+1}
我們今天網際網路對吞吐量的限制因素通常是接入網。
比如10個伺服器和10個用戶端與某計算機網絡核心相連，同時發生10個下載下傳，假定這10個下載下傳是網絡中當時的唯一流量，核心中有一條所有10個下載下傳都要通過的鍊路，該鍊路的傳輸速率表示為R。
一般情況下R比Rs和Rc的速度大很多，是以吞吐量其實仍然是min{Rs,Rc}
如果R和Rs（伺服器傳輸速率）、Rc（接入網傳輸速率）差不多會出現怎麼樣的情況呢？
以兩個為例，兩個下載下傳會平等劃分它的傳輸速率，這時候每個下載下傳的瓶頸不再位于接入網中，而是位于核心中的共享鍊路了，該瓶頸僅能為每個下載下傳提供1.5Mbps的吞吐量，是以每個下載下傳的端到端吞吐量現在減少到500kps.