上文里我对Linksys WRT54 GL与V5两款产品做了通常的吞吐量测试,现在让我们来验证一下网上有关于V5性能问题的传言。
一次失败的测试体验
笔者决定改变一下路由器的测试方法,来看看这些路由器到底能够支持多少个并发的通信会话。一般情况下,我们可以厂商的有关路由器产品的详细技术规格中找到这些技术参数,但那些消费级的路由器生产厂商没有哪一个对他们的产品标明了这一参数的,可这个参数性能对在线游戏和P2P文件共享应用软件来说又是相当重要的。当然,排除这类软件的负面影响不谈,现在P2P软件――像当前的BitTorrent/Warner、BitComet之类的应用已经是网络上的大热门。路由器的生产厂商都很精明地看到了这一点,在他们的产品中都可支持处理P2P软件的问题,有可能很快这种技术有会成为合法数字信息发布系统中的一个重要部分。
在以前,笔者就听到过很多有关V5性能方面的抱怨,包括有会出现丢失数据包问题和使用P2P软件时不大正常情况的出现,笔者想还是应该作一下测试来看看GL和V5在同时并发连接测试下的具体性能表现如何。这个测试环境使用的计算机就是前面的测试过程中使用的那两台,并且也是使用的同一个经过修改后的IxChariot throughput.scr脚本程序。
首先,我同时使用180个连接进行了一个小时的测试(这个连接数是我IxChariot许可的最大连接数目),进行测试的两台计算机是通过一台10/100交换机连接在一起的,这是为了确信这两台计算机自身能够处理这些通信流量,不然的话,测试用的计算机都不能处理这些数目的并发连接,那得到的测试结果当然就不会准确了。这180个测试连接被均匀地分成90个连接对,分别用来进行数据的发送和接收。整个的测试过程完全通过,没有任何问题,图10中显示的是这个测试结果中的一部分,我们从图中可看出,图表显示的结果非常好,而且每个连接都是均匀地共享整个的数据吞吐量。

图10:通过交换机相连的180个测试连接一小时的测试结果
然后,笔者又进行了基本的上传/下载数据吞吐量测试,并且把上传/下载连接对的数量不断复制来扩展测试中同时的并发连接的数目。所有的测试都进行了一分钟,但这个时间不包括在每一个测试开始时IxChariot在所有的终端端点间创建通信连接的时间。表1显示的是这些测试的结果,最终被证实WRT54G V5在使用P2P软件和一些在线游戏时有一些问题,出现这种现象并不是由于用户的主观臆断,基本事实从结果中就可看出。
|
测试连接数目 |
WRT54G V5 |
WRT54GL V1.1 |
|
1 对 (2) |
通过 |
通过 |
|
4 对 (8) |
通过 |
- |
|
8 对 (16) |
失败 |
- |
|
16 对 (32) |
失败 |
通过 |
|
32 对 (64) |
失败 |
通过 (30分钟) |
|
64 对 (128) |
- |
失败 |
相关报道
网络设备导航