Building a Seven-Node Raspberry Pi CM5 "Mini Supercomputer": How Does It Actually Perform?

Open on YouTube ↗
Overview

In this video, the creator behind the Ichiken channel tries to build a palm-sized "mini supercomputer" from seven Raspberry Pi Compute Module 5 boards. The goal is to find out how well the cluster performs. The tests include a simple parallel calculation, two standard supercomputer benchmarks, and a comparison of power efficiency against today's leading machines. The speaker's overall view is that the cluster is far from state-of-the-art. Still, it shows respectable parallel scaling and reaches roughly the level of a top supercomputer from about 30 years ago, and the speaker calls that "quite romantic."

9 min read
2:02

What the Compute Module 5 Is

The Raspberry Pi Compute Module 5 (CM5) is much smaller than a regular Raspberry Pi 5. The speaker explains that it is mainly intended for industrial and embedded applications. For that reason, buyers can tune cost and specifications by choosing between larger or smaller RAM and storage, and between versions with or without wireless communication. Several ports that come standard on the Raspberry Pi 5 are left out, including USB, wired LAN, HDMI, and the GPIO pins. The processor is placed on top, in a layout the speaker describes as designed for compact use.

Storage is one notable difference. A standard Raspberry Pi 5 has no onboard storage and needs a separate SD card or SSD. The CM5 can be ordered with storage built in, and on the board shown it is mounted on the underside. For this project the speaker chose the top configuration in the lineup: 16GB of RAM, 64GB of storage, and wireless capability. The reasoning was that the boards could be reused in other projects later.

Rising Prices and a Certification Caveat

The speaker notes that Raspberry Pi has officially raised prices because of shortages of RAM and storage. Their highest-spec unit was bought in December 2025 for 21,000 yen before tax. At the time of the video, the same configuration was listed at 35,000 yen before tax. The speaker considers themselves lucky to have bought early.

There is also a regulatory point. When the speaker purchased the modules, they did not show Japan's radio compliance certification (giteki). For a project like this cluster, the speaker suggests either disabling the wireless function or choosing a model without wireless from the start. They add that the non-wireless models are also cheaper.

3:48

Why Not Use the Official I/O Board

Using a CM5 by itself is difficult. It has a 200-pin connector on the back and has to be plugged into a carrier board. That board can be home-made, bought from a third party, or be the official Raspberry Pi I/O board for the CM5. Once mounted on the official board, the CM5 can be used much like an ordinary Raspberry Pi 5.

The speaker decided against buying one official I/O board per module. The cluster does not need HDMI, USB, or GPIO on each node, so that approach would waste money. Instead, the speaker looked for a cheaper way to cluster the modules and settled on the NanoCluster kit from Sipeed.

Assembling the NanoCluster

The NanoCluster uses a small adapter board for each module. The CM5 sits on the adapter, and the adapter plugs into a shared motherboard. Each adapter has slots for a microSD card and an SSD, plus a USB-C port for power. The speaker likes the SSD slot because it allows storage to be expanded further. They also suggest that a CM5 with wireless could be used simply by plugging it into this setup, but they note they have not confirmed this. The finished build holds seven CM5s in one compact unit.

5:55

Idle Behavior: Power, Heat, and a Noisy Fan

The whole cluster runs from a single USB power cable. The cooling fan is quite loud. At idle, with no computation running, the cluster drew about 21W, and temperatures were in the low 30s °C. The speaker points out that temperatures rise further under load. For that reason, they argue that even a mini supercomputer this small needs a cooling fan.

6:22

Monte Carlo Pi: Clean Parallel Scaling

The first test estimates pi with the Monte Carlo method, using 200 million samples. On a single node, the calculation took about 20 seconds. With two nodes, the time dropped by half, and it kept falling as more nodes were added. With all seven nodes, it finished in 2.9 seconds, roughly one-seventh of the original time.

The speaker's interpretation is that the benefit of parallelism is clearly visible here. For workloads like Monte Carlo calculations, adding nodes shows the effect of supercomputer-style use very directly.

6:59

LINPACK: Tens of GFLOPS, but Not Seven-Fold

The next test is LINPACK, which produced results in the tens of GFLOPS. One node scored 38.8 GFLOPS, and seven nodes scored 85.9 GFLOPS. The speaker notes that this is not a seven-fold increase. In this benchmark, adding nodes did not raise computational performance in proportion.

To give the number some context, the speaker compares it with historical machines. By their account, 85.9 GFLOPS is about the performance of a state-of-the-art supercomputer from around 1993–1994. The speaker finds it remarkable that a machine comparable to a 30-year-old supercomputer now fits in the palm of a hand.

7:47

HPCG: Much Lower Scores, but Proportional Scaling

The speaker explains that LINPACK is weighted heavily toward raw computation. Some people argue that it does not reflect the performance of real scientific applications, which also depend on memory access. The speaker also notes that real applications probably involve a lot of data exchange between CPU and memory. For those reasons they also ran HPCG.

As the speaker describes it, HPCG is closer to real scientific workloads because it includes memory access and communication patterns. Memory bandwidth and inter-node communication, which LINPACK does not show, have a large effect on the score. As a result, machines that score well on LINPACK can score much lower on HPCG.

The cluster followed that pattern. It scored 1.10 GFLOPS on one node and 6.54 GFLOPS on seven nodes, far below the LINPACK figures. However, unlike LINPACK, the HPCG result grew in proportion to the number of nodes. The speaker adds a caveat: these results come from a single cluster unit. They do not know whether the same trend would hold if several of these clusters were connected together.

Power and Heat Under Full Load

With all seven nodes computing, the cluster drew 62W. Because about 60W of heat is produced in such a small space, the unit gets quite hot, peaking at about 70 °C. The speaker concludes that cooling is essential for a Raspberry Pi supercomputer, however small.

9:25

Power Efficiency Against Real Supercomputers

The speaker explains why power efficiency matters. Leading supercomputers often consume several to several tens of megawatts, which produces enormous annual electricity costs. Power use at that scale also makes cooling difficult. So even when builders want more computing power, power and cooling may become the limits first. That is why the amount of computation per unit of power has become an important measure of supercomputer performance.

Using a chart of GFLOPS per watt, the speaker gives these figures:

  • KAIROS, described as currently first in the world for power efficiency: 73.3 GFLOPS/W
  • El Capitan, currently first in the world by LINPACK score: 60.9 GFLOPS/W
  • Japan's Fugaku: 15.4 GFLOPS/W
  • The Raspberry Pi CM5 cluster (measured): 1.4 GFLOPS/W

The speaker notes that KAIROS and El Capitan both use GPU accelerators and do most of their computation on GPUs, which raises their efficiency. Fugaku, like the Raspberry Pi cluster, runs on CPUs only. The speaker therefore considers Fugaku the fairer comparison. Even so, the mini cluster reaches only about one-tenth of Fugaku's efficiency. The speaker explains this by pointing out that Fugaku has specially designed processors and fast memory, while the CM5 is a general-purpose single-board computer.

11:25

Conclusions

In summary, the seven-node CM5 cluster reached 85.9 GFLOPS on LINPACK, which the speaker says is comparable to a top supercomputer from around 1993–1994. On HPCG, which includes memory-access effects, it reached 6.54 GFLOPS. That leaves a large gap between the two benchmarks, but the speaker considers it a good result that HPCG performance scaled with the number of nodes. In power efficiency, the cluster is far behind current leading supercomputers.

The speaker still finds it interesting that this much can be done with general-purpose Raspberry Pi boards. They stress that the point is not only chasing performance. Building a small cluster like this can also be a worthwhile way to learn. One question remains open: whether the proportional scaling seen in HPCG would continue if several clusters were linked together.