@hx1997 《深入解析 Windows 操作系统》 中文下册是不是没戏了？

已被各种单边加速操烂了，即使延迟好看、不丢包，运营商做了限速就死心吧。

其实大部分人也不需要出国带宽，家用的立刻改纯局域网 群众们也纷纷表示影响不大。

@fengxing

感谢，我搞错了。之前收藏了这个 https://www.v2ex.com/t/173383 内容都忘记了。
@wdlth

很怀念那个时代，没有 flash ，很少 js ，要什么资源直接 FTP 拖 没有乱七八糟的各种私有客户端。聊天直接匿名上去，不用注册，不用邮箱手机号。没墙，真正的互联网。

@Devmingwang

我这还能用。


@121121121
@wdlth
我换了几个 dns+梯子反解不出来 chatenabled.mail.google.com ， 正向 A 解 chatenabled.mail.google.com 也不是 61.91.161.217 看不出来是 google 的。

GGC 里面没有这个 ip 段：
;; ANSWER SECTION:
_netblocks.google.com. 86400 IN TXT "v=spf1 ip4:64.18.0.0/20 ip4:64.233.160.0/19 ip4:66.102.0.0/20 ip4:66.249.80.0/20 ip4:72.14.192.0/18 ip4:74.125.0.0/16 ip4:108.177.8.0/21 ip4:173.194.0.0/16 ip4:207.126.144.0/20 ip4:209.85.128.0/17 ip4:216.58.192.0/19 ip4:216.239.32.0/19 ~all"


所以我想知道到底怎么确切判断是否是 google 的

@ryd994 带宽不够的情况下只靠拥塞控制会浪费带宽，再说对于使用单边加速甚至无视丢包的程序拥塞控制有用？

看我那两个图， buffer 很小，而且会慢慢增加。之所以慢慢增加我猜他在适配流量，如果只是看个 web ，打个游戏，那么小 buffer 也能满足需求，如果是下载大文件十几秒以后 buffer 足够大也能到达签约带宽。这样做到了按需分配资源，大家都不丢包。当然人多了 buffer 是不够啊，这两个图分别是在凌晨 2 点和 5 点劫的，如果是晚高峰 buffer 就一直很小，根本不增加。

@ybbswc
@woyaojizhu8
@techyan
@shijingshijing
@FreeDog
@woyaojizhu8
@Halry
@smusic
@maojy1989
@ybbswc
@lingaoyi

不是海里埋一个大水管那么简单， v2 这里好像还没有讨论过流量管控对出国带宽的影响，都是谈论 Wall 和 Qos ， Wall 是郭嘉基蜜不谈， Qos 只是打标签、不干实事，而且众所周知一般的都是最低优先级。

先上两个图：
https://yfmroq.dm2302.livefilestore.com/y3mpwgOgEggswrV2trKfsFvB9Yzltt8bDhZnVBkBU-rtFurnIwHkGJKbHIBLWIpSFZiRBIe96aS5v5LhhcXGIQ5hxqp-8TmxSwNHqT6vfyba6ZudLXEbGSLOIw5c1LBMqYkijr2NWfqH6OQmw6Cc1dMUoSCqDYHR_-0VDZETllD3as?width=877&height=665&cropmode=none

https://yfmsoq.dm2302.livefilestore.com/y3mq8UbGoEc9l5tfXEjxBZfZ2F6fWYscOXXixZO2K1-dYDCTxSJgUfxtHyJDF35fGN7WfMqkAP92Y2S2fAeGhm426pBfk4q4yPt5XjrWamV8rt_oCUViC4kj4wQzZhYkX4CRnKFfPyxuUbjfX6gOg8HdkovxsA8gAc8gyhdlyUpwmg?width=872&height=655&cropmode=none

这是魔都联通到 linode 在不同时段、同样的主机跑的 iperf ，然后在收包方抓的 tcptrace 图（魔都奠信也是类似的情况）
黑色线的是接收到的 SEQ 和 ACK ，灰色的是接收窗口。两次测试中没有任何丢包， 可以明显看出中间线路存在一个很小的 buffer ，只不过一个比较大一个比较小，而且增速也不同，大的那个能比较快的达到签约带宽。这个图的意思是接收端收数据包和发 ACK 都是断续的，一股一股的，因为那个 buffer 的长度限制 掐死了上下行交互的速度。像这种线路用任何单边加速都没用，或者说可能因单边加速逼迫联通上海出口在 2016 年 7 月的时候改成这样了。
但改成这样以后运营商也有麻烦， buffer 设置要和 RTT 匹配，所以各位说这两天出国快的看一下 RTT 是不是少了，如果是这个原因估计他们会修复出国速度过快的 bug 。
另外还要增加 buffer ，算一下几 TB 的出口乘平均 300ms 的延迟，像 NE5000 这样路由器一般也就配 16G 内存，所以我觉得这活可能不是在核心设备上干的，如果是国内乡镇企业干的这活 可靠性就没准了。



卸了腾讯的东西就好了，亲身经历

上海联通自去年 12 月所有 vultr 节点白天都几乎不能用了

win 本中外表最接近 MACBOOK 的，红色和蓝色非常好看。

一月初 TPE 挂了以后到北美就这样，不知道现在 TPE 到底修好没有，反正路由还没有切过来，都走落山鸡。到欧洲的上行也绕落山鸡

延迟和带宽\速度关系不大，有影响也是刚开始线路上的 cache 和 tcp win 没塞满导致吞吐量增长缓慢。我觉得新的海缆和家用宽带无缘，能让你加钱上就不错了。

看你也是走 HE 的线路 顺便问你那边全天速度如何？

@JackyBao 只要不是因为丢包造成的速度低下，用任何单边加速都没效果。

超任如果没有 enix 和 square 的众多 RPG 肯定是不如竞品 MD 的。