加入收藏 | 设为首页 | 会员中心 | 我要投稿 济南站长网 (https://www.0531zz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 营销 > 电子商务 > 要闻 > 正文

慢速互联网的隐藏原因以及如何处理它

发布时间:2022-03-11 10:32:25 所属栏目:要闻 来源:互联网
导读:2010年,目前在Google工作的一位资深电脑程序员Jim Gettys在家上向他的工作服务器上传一个大文件。他的孩子进入了他的研究,说:爸爸,互联网今天很慢。想知道他的上传活动如何影响他的孩子的下载,他开始调查。 通过在互联网连接上进行乒乓和各种负荷等级,
    2010年,目前在Google工作的一位资深电脑程序员Jim Gettys在家上向他的工作服务器上传一个大文件。他的孩子进入了他的研究,说:“爸爸,互联网今天很慢。”想知道他的上传活动如何影响他的孩子的下载,他开始调查。
 
    通过在互联网连接上进行乒乓和各种负荷等级,他发现延迟通常比应该预期的4至10倍。他称之为“bufferbloat”的现象。他的结论是,关键数据包被困在过大的缓冲区中。
 
    从Gettys开始宣传并开始宣传,思科和谷歌等公司的研究人员已经调查,测试和写作Bufferbloat的研究。我们还进行了自己的简单测试。bufferbloat是真实的。不完全理解的是它对​​正常互联网流量流动的影响。
 
    那么,谁受到这种现象的影响最大?
 
    任何正在积极浏览或使用搜索引擎的人。此外,任何使用像语音或视频等实时应用的人。一个例子是员工,在家,在酒店的公路上或在Wi-Fi热点。我们的研究表明,酒店和Wi-Fi咖啡馆容易出现非常糟糕的Bufferbloat问题。
 
流动在相反方向上具有高带宽利用率的链路流动将恶化。使用诸如VoIP,DNS和ARP等小型数据包的应用也可能受到影响。对VoIP的影响将增加延迟和抖动。DNS查询可以在正常响应时间的两到八倍中返回。

Bufferbloat对TCP操作的影响是什么?
 
我们的绝大多数网络流量使用TCP作为传输协议。了解TCP如何操作揭示为什么BufferBloat是一个问题。当建立TCP连接时,存在三通握手,其中发送和接收TCP实体协商交换的参数,包括初始序列号。
 
假设已被要求提供FTP服务器传输大文件。TCP通常通过发送四个部分并等待其交付确认来开始转移。通常的确认策略是在每个其他接收的段之后发送“ACK”。
 
当四个段是“ackEd”时,接收器通过发送八个片段来增加发送速率并等待确认。在确认这些段后,发送率增加到16等。
 
这种递送阶段被称为缓慢的开始。这个想法是将链接与数据包饱和。然而,在称为慢速启动阈值的级别,发送方通过在每轮中的时间添加一个段而不是加倍速率来增加速率。
 
但是,如果该缓冲区很大,则可能发生两件事。首先,如果缓冲区填充,则删除最后一个数据包。这被称为尾滴。通知发件人此丢弃的ACK将不会发送,直到下一个数据包(丢弃之后)到达并被声明无序。
 
它可以通过大缓冲区需要相当长的时间。我们使用自适应比特率视频执行的一些实验显示,在发送站重新发送丢弃的段之前,可以在近200个段中传送。
 
此外,如果有多个流入它,则队列可能会发展到站立队列中。也就是说,它可能达到稳定状态,其中队列中存在固定或几乎固定数量的分组。如果此数量不足以冻结缓冲区,则不会删除数据包,并击败TCP拥塞控制。但是,缓冲区所有用户的延迟都增加了。

(编辑:济南站长网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

    热点阅读