【Wi-Fi性能：802.11ac很美丽 无奈系统缺陷】

新一代Wi-Fi 802.11ac很快就迎来了普及之年，大量产品正在问世，比如手机上就有HTC One、三星Galaxy S4两大旗舰，都是单天线、单空间流、80MHz通道、256QAM，PHY传输率最高433Mbps。

MBA使用的主控是博通BCM4360，最多支持三空间流，但是苹果只用了俩，同时支持80MHz通道、256QAM、短保护间隔，最大速率867Mbps。下一代rMBP上应该会开启全部三个空间流。

搭配测试的路由器是华硕RT-AC66U，主控也是BCM4360，而且巧合的是苹果新款Airport Extreme上用的还是它。

2.5米之内，实测速率达到了533Mbps，确实比802.11n快得多。

同一房间走到5.5米外，速率降到了450Mbps。绕过一道墙，再走个三四米，就只有250-340Mbps。再来一道墙，进一步跌至200Mbps。继续走到第三间房间里，或者下楼，速度就只有145Mbps。

但注意这里故意设置了最为恶劣的环境，如果优化调整位置，走远一些保持300-400Mbps也不成问题。

802.11ac很牛是不是？别急，这只是理论测试而已。

在实际测试中，无论怎么设置系统，无论怎么优化环境，通过AFP共享的实际文件拷贝速度都只有21.2MB/s，也就是169.6Mbps，而重复理论测试结果还是533Mbps。换上苹果的雷电千兆网卡适配器，立刻就蹦到了906Mbps。

而如果假设Web、FTP服务器，实际速度能够超过300Mbps，好了一些但还是不够。

这里涉及到TCP网络的传输机制问题。

为了保证稳定、可靠的数据传输，TCP网络需要不断通知、重发，而通知的频率对传输速度影响很大。如果通知过于频繁，发送端就不得不停下来等待，而如果通知太少又会在非理想网络条件下做大量无用功。

为了寻求平衡，就有了“TCP window size”(TCP窗口尺寸)，它定义了在通知收发前传输的最大数据量。现代TCP都支持动态调整这一指标，以优化获得更高带宽。

如果再知道bandwidth-delay product(带宽延积)，二者相除得到一个百分比，乘以理论带宽，所得结果就是实际可用带宽了。

MBA的双流802.11ac理论带宽为867Mbps，实测显示最佳条件下可用带宽约533Mbps。MBA、iMac之间通过千兆以太网连接Ping 50次的平均延迟为2.8ms，那么带宽延积就是533Mbps×2.8ms，也就是186550字节。

不同的TCP窗口下MBA可用带宽情况就是这样子的：

很显然，如果想得到全部的533Mbps可用带宽，TCP窗口尺寸就得达到256KB。

重新测试并监视封包尺寸，可以确认测试期间TCP窗口尺寸的确最高达到了256KB，所以得到了533Mbps的理论数据。

但是在AFP共享拷贝文件的时候，TCP窗口尺寸却没有超过64KB，此时最大可用带宽也不过187.2Mbps。证明完毕。

有趣的是，HTTP、FTP传输的话TCP窗口尺寸能达到256KB，所以才能突破300Mbps，但还是远远不够。

此外，即便是在Windows 8 Boot Camp之下，无论如何设置也是同样的问题。

很显然，Mac OS X系统和Boot Camp驱动目前的网络堆栈管理中都存在缺陷，导致802.11ac空有高高的理论带宽而发挥不出来。AnandTech已经将此问题反馈给苹果，相信很快就会有软件更新来解决。