【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已经将此问题反馈给苹果,相信很快就会有软件更新来解决。 |