什么是“瓶颈”，尤其是在网络带宽方面？
【问题讨论】：
标签： networking bandwidth
瓶颈是系统中“最慢”的部分。如果你检查一个啤酒瓶，瓶颈比底部小，因此限制了你可以喝的甜美花蜜的量。嗯！啤酒！ （抱歉，走神了）。
就带宽而言，它是链中最慢的设备。例如，如果您的路由器仅以 10meg 运行，那么在您的 PC 上安装千兆以太网几乎没有什么区别。那里的路由器是瓶颈。
如果您尝试下载的站点使用 80 年代初的 1200/75 声学调制解调器运行，那么您的以太网卡、路由器和互联网基础设施的速度并不重要。在这种情况下，另一端是瓶颈。
瓶颈无处不在。您的网络设备、PC 中的磁盘、必须从 RAM 而不是 L2 缓存、甘特图上的关键路径、当一个是 7 岁速度的守护进程而另一个是 5 岁的“想要停止”时，试图让您的孩子上学看看每一朵该死的花”-type :-)
基本上，如果它更快，就会使系统（作为一个整体）更快。这是您需要优化的瓶颈，因为那里的投资回报率应该更高。
【讨论】：
瓶颈术语用于计算机科学领域内（以及许多外部）的许多领域，在电信环境中，首先应该了解什么是吞吐量才能理解瓶颈由于两者密切相关，因此：
吞吐量简单地说是成功数据包的比率 通过通信渠道交付。
现在让我们考虑一个示例，客户端和服务器由两个通信链路和一个路由器连接。
考虑从服务器到客户端的文件传输吞吐量。令R_{s}表示服务器与路由器之间的链路速率； R_{c} 表示路由器和客户端之间的链路速率。
假设在整个网络中发送的唯一位是从服务器到客户端的位。我们现在问，在这种理想情况下，服务器到客户端的吞吐量是多少？
要回答这个问题，我们可以将比特视为流体，将通信链路视为管道。显然，服务器无法以高于 R_{s} bps 的速率通过其链接发送比特；并且路由器不能以高于 R_{c} bps 的速率转发比特。
如果 R_{s} ，那么服务器抽取的比特将“流”过路由器并以 R_{s} bps，提供 R_{s} bps 的吞吐量。另一方面，如果 R_{c} ，则路由器将无法像收到比特一样快地转发比特。在这种情况下，比特只会以 R_{c} 的速率离开路由器，从而提供 R_{c} 的端到端吞吐量。 （还要注意，如果比特继续以 R_{s} 的速率到达路由器，并继续以 R_{c} 的速率离开路由器，那么比特的积压为等待传输到客户端的路由器将不断增长——这是最不希望出现的情况！因此，对于这个简单的双链路网络，吞吐量为 min{R_{c},R_{s}} ，也就是瓶颈环节的传输速率。
所以现在可以给出一个正式的汗水和瓶颈的全面定义：
通信环境中的瓶颈是网络中的一个点 传输速率受损或完全停止的地方。 实际上，当没有足够的数据时会产生瓶颈 处理能力以适应当前的交通量，作为 结果，数据流（或传输速率）减慢到 数据路径中的最慢点。即 min{link_{1}, link_{2}....}
Curtsy（计算机网络自上而下的方法，第八版，James F. Kurose • Keith W. Ross）。
【讨论】：