震惊! RK3328贝壳云 VS J3710软路由

pure1ove

一 设备:    都是电信光猫+旁路由模式                   VS  

二 openssl跑分:
----------------------------------------------------------------------------------------------------------------------
RK3328    单线程、4线程 aes-256-cbc 跑分
        type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 bytes  16384 bytes
aes-256 cbc      31006.67k    34285.21k    35363.84k    35685.38k    35896.85k    35788.12k
aes-256 cbc     117346.12k   130784.68k   134615.30k   141571.07k   135476.57k   136156.50k


---------------------------------------------------------------------------------------------------------------------
J3710       单线程、4线程 aes-256-cbc 跑分
      type             16 bytes     64 bytes      256 bytes      1024 bytes    192 bytes      16384 bytes
aes-256 cbc      35523.07k    38742.40k    39921.92k     40228.18k     40310.10k     40277.33k

aes-256 cbc     140381.80k   154383.38k   158911.74k   160013.65k   160358.40k   160060.76k


三 XXR测试：
    XXR都跑出100兆，J3710及RK3328 CPU最高占用都在30%左右
   
四 结论：
     RK3328体积、功耗小很多，用了这么久的X86 软路由，现在发现却ARM的带来的效果差不多，甚是惊讶！

pentaq

我其实有个疑问，x86属于复杂指令集，在面对复杂的使用场景时有很高的兼容性和性能表现，毕竟你装了系统会安装各种各样的软件，脚本。arm属于精简指令集，对于80%的场景有着与x86相似的效率，对于20%的特殊场景会被x86按着打。那么opwrt我觉得是一个简单的使用环境，唯一特殊的就是加解密，没有渲染，avx之类的特殊应用，完全可以在arm上做到和低频x86一样的效果。本身高版本的arm安卓下跑客户端都能跑出很好的成绩。

wulishui

唯一可惜的是通用型arm没有多网口的板子（成品路由器除外）。

pure1ove

pentaq 发表于 2020-3-30 10:26
我其实有个疑问，x86属于复杂指令集，在面对复杂的使用场景时有很高的兼容性和性能表现，毕竟你装了系统会 ...

同意，像软路由这种arm其实可以绰绰有余的应付了

99010

对于软路由这种简单的使用环境，arm、x86只要频率到了就没多大的区别，毕竟Linux精简后就非常高效。

目前来说，在普通的桌面环境，arm就远远不及x86。

hcyme

使用体验也是蜗牛跑v二不如n1，跑55比n1好一些。尤其现在5.4内核以后，v二几乎不用cpu

頖縌

ipv6正常使用吗？

yufei8051

RK3328体积、功耗小很多

wfnh1022

可是RK3328的板子价格还是比J3710的贵好多啊