Pi 5b运行Proxmox VE

2024-12-09 作者：

使用Proxmox-Port，成功在Pi 5b上搞起PVE。

其上又装了个Arch、Rocky9和WoA（Windows on Arm），把host和三个vm都塞进一张32G tf卡，加之WoA的一些特定配置，过程是崎岖了一点，但结果还是显而易见的 —— 这一天还是来了，PVE on aarch64。

Arm Linux KVM再带Linux vm是蛮有实际意义的，家里已经用了两年多了（外加incus容器），只不过那块RK3399没搞pve，用的是更传统的libvirt。

pi 5b走kvm虚拟化运行arch和win两台vm

得益于树莓派5b不错的性能，简单操作一下WoA，体验上也不再是行为艺术。至于WoA本身是不是行为艺术，只能说高通的X Elite明显还是拖不动微软的意兴阑珊，不由得让人想起当年Nokia、木马哥和Win Phone的那场爱恨情仇。

完整阅读本篇»

四开发板功耗对比

2024-08-03 作者：

不多说，4块开发板的参数对比：香橙派 zero3，树莓派 3b（非3b+）、4b、5b。

空载，及限制不同最高频率下的满载功耗对比。

看起来，在不考虑性能的前提下，香橙派zero3的功耗控制简直完美，是吧？

但/but/pero…

完整阅读本篇»

orange pi zero3功耗测试

2024-05-04 作者：

友提：玩具随意，商用慎重。

自从特殊时期的缺芯影响，如雨后春笋般萌发的国pi，周边生态肉眼可见的好起来；虽然差距依然明显，但显见差距逐步缩小，这里边主要有以下几个因素的助力：

  • 第三方OS如Armbian、DietPi等，对瑞芯微、全志乃至不少RISC-V主控的支持和持续维护。
  • 树莓派自己的新产品定位倾向，更加注重性能而非性价比，目标桌面应用而非嵌入式应用。
  • Intel对市场格局的认识，暂停挤牙膏，迅速推出全E核的N系列cpu，功耗控制优异，性价比同样不俗。
  • 产业链受国际形势的影响，大家在新产品硬件选型时，不免要考虑在内。

入手一片香橙派zero3 2GB版，4核A53 1.51GHz，纯看参数的应该介于树莓派3b和4b之间。

普遍情况下，相比性能，我测硬件往往在意可靠性。所以别的不扯，先跑一周压测吧。

只是，鉴于嵌入式硬件基本都是flash存储，所以硬盘（tf或emmc）就不压了，除非专门测试存储介质寿命，否则多压几天就不剩啥了。

完整阅读本篇»

RK3566流畅运行X64 win应用？

2024-04-05 作者：

Well, Windows x64 binaries now mostly seem to be working well on Wine (x64, Dynarec for ARM64) on Incus/LXC containers on Armbian aarch64 on an ARM SBC like RasPi or its counterparts with Rockchip RK3xxx series processors.

Btw, let’s celebrate the 1st LTS release of Incus, version 6.0.

在Linux平台使用wine运行win32程序？

Wine项目距今30多年历史了，完全不稀奇。

如果是跑在Linux arm64/aarch64上呢？

也还好……纯软件转译x86指令集，应该跑的像幻灯片吧？之前你不是KVM装过一次Win7 x64，玩成了行为艺术咩？

如果是一张价钱不足100块的RK3566 sbc，先跑Armbian，其上跑incus（lxc）容器，再跑Wine x64，最后运行Win64程序，然后我说除了启动慢点儿（毕竟emmc就那点io），运行还蛮流畅，您怎么想？

完整阅读本篇»

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宽带应该没啥鸭梨。

完整阅读本篇»

从lxd迁移到incus

2024-02-27 作者：

Let’s talk about migration from lxd to incus. As for the reason, well I guess we have seen too much of this kinda “show” in the past half decade (just like CentOS to Rocky) so here is what happened in case you’re interested.

Technically I won’t take this as a tutorial since with the well-prepared tool lxd-to-incus by Stéphane Graber (Author of both lxd and incus) there’s nothing to do but simply running it, then everything seems working well.

PS: Tested PASS on both Debian Bookworm AMD64 (on Linux KVM based vm) and Armbian Bookworm ARM64 (on RK3566 based SBC).

这些年，同类剧本真是没少看。一言不合就闭源，一言不合就拉分支，完全不新鲜，具体就不多说了，开工干活。其实吧，作者给了迁移工具 lxd-to-incus ，所以实话说没啥可干的，执行一下就可以验证迁移后的结果了。

先检查系统现状。Check the system status at first.

然后根据文档，安装incus。Now install the incus (by Zabbly) according to the documentation.

从安装过程看，至少创建了一个用户，两个组，以及不少于6个systemd服务。

完整阅读本篇»