RK3566之armvirt转发能力

2024-03-02 作者:

一言以蔽之,同用双核,略逊Pi 4B,明显不如RK3399。虽然制程和频率双双强过BCM2711(Pi 4B),但A55相比A72应该还是有明显差距的…吧,当然发行版对比也略有差异(尽管都基于debian),无法精确对比哈。

至于想劝俺上什么iStoreOS就算了,原因在之前提过,尽管估计物理跑NAT(开启软件流量分载)大概率能接近跑满千兆转发,但选型喜好是很个人的事情,总觉得所谓all-in-one在架构上反过来(upside down)不好玩。

数据上,iperf3上行700左右,下行850,看起来即使另外两核跑个容器带点儿负载,保障个500Mbps宽带应该没啥鸭梨。

完整阅读本篇»

Rasp Pi 5B vs. Intel N100?

2024-01-15 作者:

我先给一句话总结,之后再慢慢解释:

当两个不同的细分市场的产品,在各自的领域站稳脚跟(也即拿到主要份额)后,无论出于产品代次的需要、抵御外部威胁的需要、抑或资本市场的需要,均会体现出向另外一个领域渗透的特征。

 

Talking about a specific industry, when different products designed for different market segments obtained dominant shares of their own segments, almost every of them would consider invading neighbors (segments around) – no matter the needs come from product roadmap, external threats or even the capital market.

解释:一个字,卷。


最近有人问我,自制软路由/NAS是买arm还是x86_64。如果是小10年(Pi 2B上市)甚至5年前,我只会说,萝卜青菜各有所爱,不可一概而论,还得看需求更关注什么。

前者具备体积、功耗/散热、价格、专芯专用(如hw-nat)的优势,后者则表现出强性能、AIO的独特能力。

而放眼如今,早已是 –

“双兔傍地走,安能辨我是雄雌。”

 

Pi 5B和N100,以极其接近的价格,差不多两倍的功耗,给出了差不多2倍的性能 – 选择再也不如之前那般容易。

  • BCM2712/RK3588性能有限么?干掉一个6~7代的移动版i5应该不是问题。
  • Pi 5B还能被动散热么?对不起,3B那个连廉价散热片都可以不贴的时代已经过去了。
  • ARM还是只能docker不能vm么?哦,不仅kvm没问题(虽不见得有VT-x/AMD-V的性能),听说外设直通都有眉目了。
  • 我家弱电箱还是太小了,x86不能让我凿墙吧?巴掌大还带双SFP+来一套?(PS:别期待万兆小包跑满)

完整阅读本篇»

ARM SBC 运行Win7 X64

2023-08-05 作者:

就现阶段而言,妥妥的行为艺术,猜测如果安装32bit版本会好些?

又翻出来一块压箱底的Rock Pi 4B+,4GB RAM,32GB eMMC。鉴于厂家给的Debian 10 buster跟之前那块Asus TinkerBoard 2S别无二致,基本处于不可用状态,于是这里又一次Armbian Bookworm搞起。

安装libvirt,分配2核(1.8GHz大核)及1GB内存,开始安装Win7 X86_64。

本想运行KVM驱动盘补全所有驱动,无奈随便打开个文件管理器or设备管理器都要以分钟计。花了多半个小时使用msi程序安装KVM驱动,半路报service无法启动(大概率是启动时间过长,被认为启动失败)只好cancel。

其实,除了处理器虚拟效率,还有板子裸奔无散热也是个次要问题。若带上主动散热,让核心不需要频繁降频的话,可用性小幅提升也未可知。

图一乐吧,起码“可能”就是一种良好开端。好像ARM核心的Macbook现在也能支持比较可用的32bit X86 win系统吧?

嗯……可以考虑有空时弄个ARM版Win10来做个虚拟化试试,感觉内存不大够玩的样子。

完整阅读本篇»

主动散热加持,应对夏天

2023-06-12 作者:

没错,食言而肥

但咱也是有理由的,看下Intel i210AT的spec页面,不难发现如下字样。嗯,虽说CPU飙到80℃没啥问题,但没法保证网卡芯片不会超过70吧,稳妥起见,试一下主动散热。毕竟小小一片网卡也要100大洋,总不算为醋买螃蟹吧。

12V供电,带数码管显示的控制器,可以显示温度(及3个阈值设定)以及当前风扇转速,设定可谓简便易用。

完整阅读本篇»

为RK3399换金属壳降温

2023-06-01 作者:

这个没啥技术含量,就看愿不愿意为这么块小铁皮出90块。板子太冷门,周边没人做,所以商家估计本着开张吃半年的原则,这么个壳子收90,而且隔壁还有140的……我感觉140买x86的瘦客户端洋垃圾几乎能买整机了……

效果也比较明显,在室温影响差异不到1℃的前提下,同样被动散热能多拉下来6℃,只能说没有白花的钱,至于值不值就另说了。

完整阅读本篇»

基于CM4 Sensing双WAN冗余路由

2023-05-12 作者:

把手头能玩的板子全玩了一遍,完全停不下来。基于virt-manager和virsh cli的libvirt方案虽然没有PVE的纯web使用便利,但毕竟ARMv8有完全可用的libvirt支持已经很方便了,还要啥自行车哦。

既然Pi 4B据测已经能够很好的承担虚拟化路由职责,那么基于CM4并集成了4G LTE连接能力的CM4 Sensing就完全有能力实现双路外网的负载均衡+故障切换,对吧?

那即使技术实现上的选择已经很清晰,我们还是列一下目前已知的可能途径:

  • 基于一般Linux发行版使用iptables + connmark + policy-based routing直接手打路由。我曾用一台Debian 11 vm做过实验并且跑通了最基本的双wan负载均衡,想来感兴趣这种原始手工方式的玩家想必不是很多,所以也没有过多记录。且继续往下,在Linux上做这些策略的持久化、多ISP定时监控、故障切换,都有大量的脚本工作;而这方面已有大量成熟方案,我的目的仅仅是通过实验理解原理,目的达到,见好就收。感兴趣的可以通过关键词检索相应文章学习,另外B站的“金枪鱼之夜”的课堂录像(上下两集),可以帮你很好的由浅入深搞懂iptables。
  • 直接按Pi 4B编译/下载OpenWrt固件。如我们之前的mwan3负载均衡测试,功能实现上不应存在潜在问题,但这里显然要开始考虑4G/5G模块的驱动编译,wan口支持wwan的相应库的选择,最终编译结果固件的长期可靠性测试,硬件如果升级(比如4G模块,比如CM4载板)必然重新编译……一圈玩下来可以说是实现产品的精力了。
  • 第三个选择就要轻松的多。完全无需重新编译,把我们已经玩6的armvirt镜像直接扔Sensing里,给vm多加一个虚拟网卡eth2,打完收工。

没理解是吧,没关系,先把上一篇《基于Raspberry Pi 4B单臂路由》复习一下,接下来我们看图说话。

完整阅读本篇»