吞吐量
简单的讲，对于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.