流量是怎么匹配宽带速度的?我突然想到的一个问题
比如A从B下载一个2G的电影,A的下载带宽是200KB,服务器的上传带宽是400kb,比如A的完整下载速度可能是1小时,B的完整上传时间可能是0.5小时,那如果没有智能的匹配,服务器早应该在30分钟的时候就上传完毕了,而客户端还要持续30分钟的下载,显然事实不是这样,传输会以最小的带宽为瓶颈,这之间到底怎么匹配的?这是怎么实现的?如果是水流的话很好理解,反正从大管到小管之间的接口决定了最终速度,那电脑线路是怎么搞的?接口会反馈服务器最高速度?接口会反馈客户端最高速度?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
你这标签不对，这是TCP层的问题。
而且这个问题不是一篇文章两篇文章就能讲清楚的。TCP滑动窗口、重传、RTT、令牌，以及为了人为处理一些问题，还会引入更多的概念：netfilter、4层负载均衡、7层负载均衡，Qos……
你想TCP一个刚有网络时就存在到现在的协议，得有多深奥。
如果真心想了解这方面的知识，建议找一些TCP和网络传输相关的书籍来看。
同意楼上的观点，这也是TCP设计的目的所在。建议查看《TCP/IP详解：卷一》流量控制方面，这是主要是一个传输层的问题。如果使用数据链路层使用PPP协议也自带部分流量控制功能。