https://www.jeffgeerling.com/blog/2025/minisforum-stuffs-entire-arm-homelab-ms-r1 Skip to main content Jeff Geerling Main menu * Merch * About * Blog * Projects Minisforum stuffs an entire Arm Homelab in the MS-R1 November 10, 2025 Minisforum MS-R1 front The Minisforum MS-R1 uses the same Cix CD8180 Arm SoC as the Orion O6 I reviewed earlier this year. But everything else about this thing is different. What this thing should be, is a box that runs Linux and can compete with at least an Apple M1 Mac mini, or a mid-range Mini PC. But what we got... is something different. Video Hate reading? I also published a video on the MS-R1 on my YouTube channel. Watch it here, or scroll on past. Hardware overview Let's get started with the hardware. At first glance, it looks great! Minisforum MS-R1 open chassis rear ports You have a 12 core Arm CPU with a Mali G720 iGPU. There's a full-size PCIe slot, NVMe storage, WiFi 6E, and a ton of ports on the front and back. You have a grand total of 9 USB ports, with 2 of them Type C with DisplayPort 1.4. There's HDMI, dual 10 Gbps NICs (Realtek RTL8127), and even an old fashioned audio combo jack, so you can plug in a headset. It looks great on my desk, it's quiet, it uses a 19V 180W power adapter (which is a bit chunky, but par for the course with Minisforum PCs), and overall, the hardware is some of the nicest of any Arm system, outside Apple's walled garden. And the way you get inside is simple: press a little button and slide the chassis out of the shell (see photo above). Minisforum MS-R1 U.2 adapter in WiFi card slot It came with adapters for a U.2 drive (see above) or a second M.2 drive, which replace the built-in Mediatek WiFi card. And yes, the unit I'm testing is a review unit sent by Minisforum. They did not pay me to test the machine, write this blog post, nor did they have any input into its contents. Cix SoC - iGPU and a Big/Medium/Little Arm CPU Now, let's dive into why this machine puzzles me, starting with the iGPU. Using Minisforum's default Debian 12 install, I could run glmark2, and it performed well, scoring 6322, far above something like a Raspberry Pi 5 (which got 1935). But Vulkan support was iffy. vulkaninfo Segfaulted, and vkmark wouldn't run at all. But GravityMark did. And while the G720 won't bring home any awards, it's about on par with the Adreno 750 in Qualcomm's Snapdragon 8 cx Gen 3. That's the chip Microsoft used in their 'Project Volterra' 2023 Windows Arm Dev Kit. And that's not the only similarity between the two. Geekbench 6 scores were also pretty close, coming in at 1336 single core, and 6773 multicore. Minisforum Geekbench 6 Arm benchmark MS-R1 That soundly beats SBCs like the Pi 5 or a Rockchip. But it's still well under Apple's four-year-old M1. In other benchmarks, this thing is all over the place. I have two theories about that, which I'll get to. But in real-world use, it does feel fast. At least, faster than any Arm SBC. You can actually watch 4K video on YouTube while you do other things, which is kind-of a novelty on anything that's not Qualcomm or Apple. More testing revealed some oddities, though. Consider my Top500 High Performance Linpack benchmark. This is a massive CPU stress test, great for testing memory access, too. I played around with 4 cores, 8 cores, all 12 cores, and even limited the amount of RAM I was testing, because the results I was getting were confusing. In the end, after some help from GitHub user @volyrique, we found the Cix P1 SoC is affected by the same BLIS issue other chips like the Nvidia GB10 'Superchip' and cloud chips using Neoverse N2 CPU cores run into: Poor DGEMM performance for armsve build on Neoverse N2. We're diving a bit deep here, but with newer SVE technology (vs. Arm's more traditional NEON 128 bit SIMD), chips can use arbitrary vector lengths. The BLIS library optimizes newer chips with an armsve configuration, which assumes 256+ bit vector lengths, and is not optimized at all for 128-bit vector lengths (used by the Cix P1 in the Orion O6 and Minisforum MS-R1). All that out of the way, I have deleted the section of the video embedded above covering HPL entirely, and have updated my benchmark graphs below: Minisforum HPL graph with other Arm systems The MS-R1 with it's 64 GB of RAM edged out my Orion O6 (I have the 16 GB model...), though it is less than half as performant as the M4 Mac mini. Not a bad showing, overall, and after adjusting the HPL configuration to account for the instruction set mismatch, I was able to get a score almost triple that of the fastest small Arm SBCs'. Energy efficiency is a step down, though--it's not the worst, and certainly, under load, it is better than most Intel/AMD systems: Minisforum HPL graph - efficiency But the efficiency story is much worse considering the idle power draw: Minisforum MS-R1 - Idle power draw Unless you are running large workloads constantly, this machine will end up using far more energy than other Arm solutions (especially Apple's M-series Macs), due to the high idle power. But why is it so high? This is a graph of core to core memory latency, showing how fast it is for different CPU cores to share memory on the system. Honestly, this isn't horrible, especially when I pair it with raw memory access speed: Minisforum c2clat Cix SoC Arm Minisforum MS-R1 Memory Access benchmark The MS-R1's RAM is pretty fast (though notably slower than the O6, which directly impacts performance with tasks like AI inference). But I think the strange CPU core layout is causing power problems; Radxa and Minisforum both told me Cix is working on power draw, and enabling features like ASPM. It seems like for stability, and to keep memory access working core to core, with the big.medium.little CPU core layout, Cix wants to keep the chip powered up pretty high. 14 to 17 watts idle is beyond even modern Intel and AMD! For networking, the onboard NICs provide a full 10 gigs, and the built-in WiFi 6E was good for a gigabit on my network. And with 64 gigs of RAM, one thing this box could excel at compared to an SBC is local AI, even if it's just on the CPU. I ran a bunch of different models that would fit in the memory, and here are those results: Minisforum MS-R1 AI CPU benchmarks vs Arm systems This is one place where it actually underperforms the older Orion O6 with the same CPU, which is directly related to the slower RAM speeds. Efficiency The performance inconsistency is puzzling, but the power consumption is really what hurts the most--that's an area Arm is supposed to shine in. But it goes to show you, CPU core architecture and even process nodes aren't everything when it comes to effiency. Design matters. Apple's M-series puts everything to shame, but even taking that out of the mix, it's not quite what I'd expect from 2025 Arm CPU design. Despite all that, it's quiet and the fans keep it cool. The performance profile ramps up the fans to 100%, but that didn't make much difference in real-world performance except making it about 50 dBa from a foot away instead of 40 dBa in the normal profile. Dedicated GPU Upgrade If you're thinking about loading up AI models, or even modest gaming, a dedicated GPU will get you a lot further than the iGPU. Minisforum added ventilation holes across the entire top, so a modded GPU like the Abovetop RTX A2000, with 8 gigs of VRAM, will fit and get adequate cooling. Similar to older MS-** Minisforum workstations, this machine only fits half-height single-slot PCI Express cards, and ones that are not too long at that. Installation is easy, though finicky due to the tight spaces. You unscrew and pull a small retention clip out, remove the slot cover, and fit the new card. It rests on a small foam spacer to isolate the card from the motherboard. Minisforum MS-R1 rear with Nvidia RTX A2000 installed Booting the computer back up, I saw the card using lspci, so Linux can see it. But I wasn't able to install the drivers on the Debian 12 OS image shipped with the machine. I also tried an Intel Arc A310 ECO , a lower-specced and smaller single-slot card, but that wasn't even recognized when I ran lspci. For the Intel card, it's probably just a signaling issue, though--I'm not going to hold it against the MS-R1 since I've had issues with the A310 ECO on other systems. BIOS detour I'll get back to A2000 testing, but these experiments took me on a detour into the BIOS. Minisforum MS-R1 Cix BIOS screen There are settings for USB, RAM, power on behavior, and a lot more. It's pretty complete, but I still see a lot of things labeled 'Beta', so keep that in mind if you buy one of these things. One thing I tested that didn't work is the AC Power Loss setting. You're supposed to be able to tell it to turn on when power is restored--that's great for something like a homelab. But the BIOS setting didn't do anything. I remembered seeing a hardware switch on the board, though, and sure enough! That's how you actually control the AC power loss setting. Switching to Ubuntu Getting back to the A2000, I decided to switch gears and try Ubuntu from an Arm ISO install via USB flash drive. The process was easy enough (I didn't have to change anything in the BIOS), and Ubuntu installed without a hitch. The A2000's drivers were automatically installed, and I was off to the races. AI is obviously faster on the GPU (total system power draw was around 94W): Minisforum MS-R1 AI benchmark on RTX A2000 And GravityMark, a good proxy for how games will run on a given GPU, ran fine too, increasing the score over the iGPU from 3,037 to 16,679 . Conclusion Having a full PCI Express slot in here is nice. Coupled with the extra included U.2 and M.2 adapters, it's clear Minisforum thinks of this thing as a good homelab box. They even published guides for installing Proxmox (a community maintained version) and Jellyfin with iGPU acceleration. Considering expansion-options-per-cubic meter, this has all other Arm machines beat, including the Mac mini. Honestly, this works fine as an Arm desktop, certainly better than any SBC. But Intel and AMD exist, and so does Apple, for that matter, and that makes this a bad value where it stands today, in the $500-600 range. Unless you're an Arm enthusiast, you should save some money and get a different mini PC--even one of Minisforum's other MS-series desktops. Or if you can afford $600 bucks, buy the best value Arm desktop on the market, the M4 Mac mini. Of course, that thing can't run bare metal Linux, so take that into account. I like that it exists. And I like that Cix and Minisforum are trying to shake up the Arm desktop market a bit. But it's still half-baked: * Can performance and power issues be fixed in firmware? * Will they get all the drivers mainlined so all features work in every Linux distro? * Windows can run on here, but will Nvidia ever release GPU drivers for Windows on Arm? I'm not sure. But I will try gaming in Linux on here soon, and some other tests. So make sure you follow this blog's RSS feed or subscribe over on YouTube, if you want to follow along! You can buy the Minisforum MS-R1 from Minisforum's online store, starting around $500 at the time of this writing. Further reading * Radxa Orion O6 brings Arm to the midrange PC * All Intel GPUs run on Raspberry Pi and RISC-V * Orion O6 ITX Arm V9 board - temper your expectations minisforum ms-r1 arm linux video youtube reviews homelab * Add new comment Comments Jeff Geerling - 3 days ago Just wanted to note after some discussion over in the sbc-reviews issue for the MS-R1, I'm re-running my HPL top500 benchmark with the correct optimizations for the Cix CPU and will update the HPL benchmark and efficiency graphs in the post. * Reply spuwho - 3 days ago Minis Forum is advertising Proxmox support for virtualization. All of the builds I have seen previously for this are unsupported or custom. It appears there is a build based on Debian ARM64? Does it work? Is it viable? I see people running routing software (like OpenWRT) on these VM's. * Reply Jeff Geerling - 3 days ago In reply to Minis Forum is advertising... by spuwho Their PVE install guide for the MS-R1 seems to use the pxvirt fork of Proxmox targeting Arm and LoongArch architectures. It's not an officially supported way to get Proxmox going, but it does work. * Reply Yalc Relyk - 2 days ago Do note that those "Abovetop" cards are not modified A2000s they are actually mobile A2000s. Desktop A2000s have either 6GB or 12GB of VRAM and the dual slot cooler that can infact be modified by nerdwares all copper single slot cooler. The Desktop cards also have 4 mini Displayports and not the more standard 1 DP 1 HDMI that you would see on gaming cards. There is also the terrible AMD RX 6400 that would fit in these but no-one should ever use a 4GB GPU in 2025. * Reply DestinationUnknown - 2 days ago Minisforum proudly advertises ECC support for this. Have you done any testing on that? It's going to reduce performance, Minisforum says it's 1/8, so the best case is 12.5% reduction in memory bound workloads and none in compute bound workloads, though it's probably much worse. Anandtech (RIP) tested Intel's in-band ECC, which is 1/32, and found that it reduced performance by 0% to 10% in CPU tests, which isn't that bad, but in iGPU tests performance was reduced by 20% to 30%, which is pretty awful. Also the energy efficiency was reduced by similar amounts. (Couldn't add a link, so just search for "Anandtech in-band ECC" and you should find the article) * Reply rando - 26 min ago Lack of mainline support in the kernel AND in uboot/edk2 is the primary reason I can't take the arm market seriously. It's firmly in the hobby-fiddling space, no matter how much I want it to be otherwise. Looks like RISC-V isn't doing anything differently. * Reply Jeff Geerling - 3 min ago In reply to Lack of mainline support in... by rando It seems like Cix is trying--but like with most Arm vendors, the mainline efforts begin after real world products are already shipping, instead of before. So you end up with at least a 1-2 year lag time before even the basic parts are in a bleeding edge kernel... * Reply Search [ ] [Search] Geerling Family Crest All content copyright Jeff Geerling. As an Amazon Associate I earn from qualifying purchases. Top of page.