无线性能测试:1客户端
| 10 Pairs 非加密状态 |
1st | 2nd | 3rd |
| TCP_APtoC(Mbps) | 75.750 | - | 52.296 |
| TCP_CtoAP(Mbps) | 63.576 | - | 9.209 |
| UDP_APtoC(Mbps) | 67.266 | - | 79.789 |
| UDP_CtoAP(Mbps) | 67.086 | - | 9.174 |
| 1 Pair 非加密状态 |
1st | 2nd | 3rd |
| TCP_APtoC(Mbps) | 46.485 | - | 47.845 |
| TCP_CtoAP(Mbps) | 42.887 | - | 7.849 |
| UDP_APtoC(Mbps) | 22.402 | - | 28.501 |
| UDP_CtoAP(Mbps) | 15.780 | - | 11.559 |
在非加密状态下,1st的成绩是最好的,TCP协议下从无线路由器到无线客户端方向的平均吞吐量达到了75Mbps(10 Pairs),反向也达到了63Mbps的水平。UDP协议下,两个方向的吞吐量均达到了67Mpbs。客观的说,一款无线路由器如果能取得这样的成绩的确是值得肯定的,但是遗憾的是,我们在若干次的测试过程中,仅仅取得了一组这样的好成绩,即便是在同样的平台上,我们也没有再次复现如此高的成绩。这就是我们没有记录2nd非加密状态下成绩的原因。
3rd测试中使用了更新版本的Firmware和驱动程序,但是从无线路由器到无线客户端方向TCP吞吐量只是达到了52Mbps,不过UDP吞吐量达到了新高79Mbps——而且这个成绩相对比较稳定,测试了几次都能达到这个数值。但是此时,我们发现从无线客户端到无线路由器方向的吞吐量出现了明显的跌落,只有9Mbps。
1 Pair时,1st和3rd两者的从无线路由器到无线客户端方向TCP/UDP吞吐量都比较接近,说明这些成绩相对比较稳定,反向吞吐量TCP协议下差异很大,而UDP协议下基本相当。
| 10 Pairs 加密状态 |
1st | 2nd | 3rd |
| TCP_APtoC(Mbps) | 34.720 | 37.093 | 48.767 |
| TCP_CtoAP(Mbps) | 5.897 | 4.028 | 8.763 |
| UDP_APtoC(Mbps) | 46.523 | 45.282 | 64.879 |
| UDP_CtoAP(Mbps) | 6.323 | 6.227 | 8.869 |
| 1 Pairs 加密状态 |
1st | 2nd | 3rd |
| TCP_APtoC(Mbps) | 30.333 | 28.842 | 30.057 |
| TCP_CtoAP(Mbps) | 6.157 | 6.295 | 8.037 |
| UDP_APtoC(Mbps) | 15.311 | 44.825 | 28.407 |
| UDP_CtoAP(Mbps) | 5.997 | 6.418 | 9.807 |
启用WPA2-PSK加密认证功能之后,1st测试结果发生了明显的变化,从无线路由器到无线客户端方向的吞吐量跌落了50%,而从无线客户端到无线路由器方向的吞吐量下降幅度更是巨大。与之设定相近的2nd测试结果同1st相近,说明此时表现相对稳定。
3rd测试结果也受到了启用加密认证后的影响,但是没有1st那么明显。而且,我们还可以看出无论是启用加密、还是没有启用加密,3rd测试结果的基本趋势是一样的,也就是从无线路由器到无线客户端方向的吞吐量明显的高于反方向的吞吐量。
我们还发现,在1st和2nd测试期间,无论进行何种方向的吞吐量测试,通过D-Link DWA645无线网卡控制面板所观察到的连接速率是不稳定的,会在几十Mbps到160Mbps之间波动,而一旦吞吐量测试停止,则可以稳定的保持216Mpbs或者更高速率的连接状态。
采用了新的Firmware和驱动程序的3rd测试期间则不同,进行无线路由器到无线客户端方向吞吐量测试时,连接速率基本稳定在216Mbps,但是进行反向吞吐量测试时,连接速率则在22-57Mbps之间波动。
这些现象同测试结果是基本对应的,如果无线路由器和无线客户端之间可以保持较高的连接速率那么就能得到较好的测试结果。反之,如果出现连接速率的波动,则无法得到令人满意的测试结果。