设为首页收藏本站

 找回密码
 加入我们
搜索
      
Chiphell - 分享与交流用户体验 › 首页 ›评测› 外设 › 查看内容

Netgear R9000 评测

2017-3-1 17:26| 发布者: nApoleon| 查看: 137889| 评论: 70|原作者: norman_sly|来自: www.chiphell.com

摘要: 历史在前进，时代在发展，路由器的堆料之路也没有停下脚步，当我们还在慢慢习惯和消化链路聚合、千兆无线带来的冲击，以为这就是高端路由的巅峰时，网件要用最新的旗舰告诉我们，我们还是太天真了。这就是带有10 Gbp ...
测试平台及结果
    无线网卡部分: ASUS PCE-AC88 x2
    千兆网卡: Intel I350 PCI-E 千兆网卡 x2
    万兆网卡：HP NC552SFP 

本次测试尽可能多的模拟日常应用情况,包含的模式有:
  1. Wan to Lan 带宽测试,为听取坛友意见增加的测试项目;
  2. Lan to Lan单向 带宽测试,即2台机器均通过有线方式连接至路由器，测试时指定一端向另一端发送数据;
  3. Lan to Lan双向 带宽测试，即2台机器均通过有线方式连接至路由器，测试时两端同时向对方端发送数据;
  4. 2.4G to Lan上行 带宽测试,即1台机器通过2.4G无线连接至路由器,另外一台机器通过有线连接至路由器，测试方向为由无线至有线;
  5. 2.4G to Lan下行 带宽测试,即1台机器通过2.4G无线连接至路由器,另外一台机器通过有线连接至路由器，测试方向为由有线至无线;
  6. 2.4G to Lan双向 带宽测试,即1台机器通过2.4G无线连接至路由器,另外一台机器通过有线连接至路由器，测试时两端同时向对方端发送数据;
  7. 5G to Lan上行 带宽测试,即1台机器通过5G无线连接至路由器,另外一台机器通过有线连接至路由器，测试方向为由无线至有线;
  8. 5G to Lan下行 带宽测试,即1台机器通过2.4G无线连接至路由器,另外一台机器通过有线连接至路由器，测试方向为由有线至无线;
  9. 5G to Lan双向 带宽测试,即1台机器通过2.4G无线连接至路由器,另外一台机器通过有线连接至路由器，测试时两端同时向对方端发送数据;
  10. 2.4G to 2.4G单向 带宽测试,即2台机器均通过2.4G无线网络连接至路由器，测试时指定一端向另一端发送数据;
  11. 2.4G to 2.4G双向 带宽测试,即2台机器均通过2.4G无线网络连接至路由器，测试时两端同时向对方端发送数据;
  12. 5G to 5G单向 带宽测试,即2台机器通过5G无线网络连接至路由器，测试时指定一端向另一端发送数据;
  13. 5G to 5G双向 带宽测试,即2台机器通过5G无线网络连接至路由器，测试时两端同时向对方端发送数据.
测试方式:使用IxChariot的控制端,加载IxChariot的测试脚本,分别进行如下的测试,每种测试进行3次,取相对平滑的曲线.由于实际生活中,上百台无线设备连接家用无线路由器的极端情况基本不会发生,所以此次测试起,无线网络均不再进行100 Pair的测试.
  • 1 Pair 测试,即模拟网络上有2个用户的情况;
  • 10 Pair 测试,即模拟网络上有20个用户进行数据交换时的情况;
  • 100 Pair 测试，即模拟200用户，同时进行数据交换时的情况.
本次测试使用了如下测试脚本:
  • Ultra_High_Performance_Throughput.scr    此脚本用于测试最大传输带宽,单次测试传输数据大小设置为9999999999Bytes.

测试结果:

注:

带宽测试结果单位均为Mbps;

本次测试结果无线部分基于2.4G 600Mbps,5G 1733Mbps的连接;

因网络环境不同,Chiphell不保证读者可以得到同样的结果.


链路聚合的测试采用了由链路聚合LACP同时向两个LAN口发送接受数据的形式，分别进行了上下行和双向的带宽测试。测试方法和使用脚本与LAN口测试相同，结果如下：


不知是因为物理限制还是固件问题,10G SFP+无论是向LAN还是LACP，或者是同时向多个LAN口发送接受数据，所能达到的最大传输带宽都只有千兆的水平，因此测试最终采用的是同时向LAN口和WAN口传输数据的方法，只能测得部分性能，由于R9000的WAN口速度逊于LAN口，测试成绩并不优于LAN1和LAN2组成的链路聚合，但不代表真实性能比链路聚合差，这点可以在USB测试中看出。测试也分为上下行和双向的带宽测试，测试方法和使用脚本与LAN口测试相同，结果如下： 


由于60G网卡及天线等问题，很遗憾没有对R9000的60G无线进行测试，将来如果有条件了会再补上。


USB测试分为普通LAN口、链路聚合和万兆SFP+三种连接模式，采用网络映射至本地后用CrystalDiskMarki进行速度测试，成绩如下：





1234567下一页
收藏 邀请
上一篇：SteelSeries APEX M650 评测下一篇：Kingston HyperX Gears of war & Cloud Revolver S 评测
发表评论

最新评论

引用 norman_sly 2018-5-6 12:13
ZRY_98: 序言里告诉我们60GHz的11ad和10G LAN是R9000特色，然后评测里压根没测这两点，我该说啥好？
10G 不是有测么？显然测了你也不看，还有啥好说的
引用 ZRY_98 2017-8-21 13:33
序言里告诉我们60GHz的11ad和10G LAN是R9000特色，然后评测里压根没测这两点，我该说啥好？
引用 西门吹炭 2017-4-15 23:13
微笑丶在脸上: 我千兆对等，用的锐捷的交换机，速度IDM最高122MB/S，speedtest最高上下行不到900Mbps，不知为啥。
换 ubnt的设备，入门的ER-X都能满足你要求，记得打开硬件加速。
引用 bqt280 2017-3-27 18:11
昰昰暃暃: tp不早就出了么？
TP还是做做地段路由吧，前几天某东入的TP企业级路由传输效果很不理想，后来就退了
引用 昰昰暃暃 2017-3-14 14:58
tp不早就出了么？
引用 ycd11111 2017-3-9 11:49
这样L-L的话可以考虑用支持链路聚合的三层测试一下双网卡2G的速度R9k能不能处理过来
引用 cskeleton 2017-3-8 13:21
lzeaf: 很不错哇~~~~~~~~~就是60GHZ根本就是个笑话吧
60G我感觉以后用来串流视频什么的比较合适。在一个房间内，电脑、手机、游戏机视频到投影到电视这种。
引用 霧外江山 2017-3-7 14:27
天蠍座出了必入！
引用 flingbird 2017-3-7 14:13
visualarts: 借宝地一问：R7800，刷了LEDE，现在刷不回原厂固件了，用tftp2会显示“Unable to get responses from the server”，哪位可以指教一下？ ...
不要用tftp2，用win自带的tftp客户端刷
引用 visualarts 2017-3-7 14:02
借宝地一问：R7800，刷了LEDE，现在刷不回原厂固件了，用tftp2会显示“Unable to get responses from the server”，哪位可以指教一下？
引用 微笑丶在脸上 2017-3-6 21:16
我千兆对等，用的锐捷的交换机，速度IDM最高122MB/S，speedtest最高上下行不到900Mbps，不知为啥。
引用 SpadeQ 2017-3-6 20:08
SFP+买那种两头带模块的线，就三百多一根，比单独给网卡配模块再买光纤线要便宜很多。
引用 天一凡 2017-3-5 18:05
超前的配置！
引用 铃儿响叮噹 2017-3-5 11:11
感觉还是喜欢千兆有线路由+千兆交换机+AP
引用 geekboy 2017-3-5 02:37
那些说NAS用千兆嫌慢要用万兆的，难道都是用SSD组NAS的土豪么？
引用 Liberty 2017-3-3 23:34
readycloud 从来没登录成功的飘过。。。
引用 norman_sly 2017-3-3 10:22
wangzone: 10G SFP+有问题的原因是测试电脑的windows系统没开巨帧支持吧，MTU也没改吧，那当然测试不出性能了
和巨型帧没太大关系，测试的时候只要是和LAN口传输，单个或者多个，或者是LACP，结果都是948上下，和一个千兆LAN没有一点区别，不管是物理原因还是软件原因，反正是妥妥的被限制在1G了
引用 goldonebowl 2017-3-3 06:55
直接支持arlo么？
引用 Qoo 2017-3-3 03:09
万兆的路过一个 !
引用 王健林董事 2017-3-3 02:59
想起彩虹六号的mute哈哈

查看全部评论(70)

相关分类

Archiver|手机版|小黑屋|Chiphell ( 沪ICP备12027953号-5 )沪公网备310112100042806 上海市互联网违法与不良信息举报中心

GMT+8, 2024-12-23 06:17 , Processed in 0.008575 second(s), 9 queries , Gzip On, Redis On.

Powered by Discuz! X3.5 Licensed

© 2007-2024 Chiphell.com All rights reserved.

返回顶部