It's weird that they don't give out any of the interesting numbers like number of memory channels, how much SRAM they have (CPUs tend to have more of it) or what their expected performance is going to be.
See e.g.:
https://chipsandcheese.com/p/hot-chips-2026-fujitsus-monaka-...
They have provided far more details than companies like Apple or Qualcomm.
Edit: it’s funny because this article from 2021 mentioned Fujisu precisely https://siliconangle.com/2021/03/30/arm-unveils-armv9-archit...
It is a custom Armv9.3-A design (same ISA like the Arm C1 CPUs from the flagship smartphones of 2026), but it has double-width execution units for SVE2 (i.e. 256-bit width, vs. 128-bit for the other Arm CPUs) and it has some ISA extensions for AI/ML, e.g. instructions for inference with FP8 (BF16 is already supported by the standard Arm ISA).
Despite the fact that Armv9.3-A may include SME (scalable matrix extension, like in the Apple CPUs and in the Arm C1 CPUs), Fujitsu did not mention SME, so I assume that they did not implement it and they rely on their enhanced SVE2 (which is not surprising, while the origin of Arm SME is at Apple, the origin of Arm SVE is at Fujitsu).
(I think Japanese sovereignty is the main point of the article.)
Seems they have decided they don’t want to create their own architecture, but take the popular architecture and build on it.
See: - Blue LEDs - Quartz Watches - Lithium-ion Batteries - Bidets
The industry is now mature enough that nobody really wants the headache of a new architecture at this point in time, Risc-V got a pass for being a grassroots movement growing out off FPGA's since the IP situation was more or less clear or even predatory with all existing architectures, Power, Sparc,SuperH,68k,etc are buried for good reasons.
POWER/PowerPC is what happens when you take a brilliant design to execute it poorly. x86 is when you take a poor design and execute is brilliantly.
Edit I think I was thinking of Mitsubishi.
About a month later there was a summer heat wave and I went to a friends house who had just bought one. It was wild walking in from a 45c day into, as advertised, a 17c house. Had to give it to them, they lived up to the claim.
That they come from the telecom/server space, it makes sense they had a good eye for aircon engineering.
During the decade 1995-2005, until the 64-bit AMD Opteron servers with Linux offered an alternative that crushed any kind of SPARC CPU with Solaris by a much higher performance combined with a much lower price, the SPARC Sun or Fujitsu servers dominated the market for servers used to host the CAD/EDA design tools used in electronics engineering, for the design of integrated circuits or electronic equipment. This means that all the EDA software from vendors like Mentor, Cadence, Synopsis etc. was available only for Solaris. That kind of software could not be run on Windows, due to the 32-bit memory limit. During that time, whoever got Fujitsu servers instead of the sluggish Sun servers, was very lucky.
In the mid-2000's, Sun decided to take SPARC towards designs with many small SMT cores. In the era of single-core processors, the UltraSPARC T1 had 8 cores x 4 threads per core. This was at the same time Intel released the Pentium 4 with hyper-threading, so it was an industry trend.
This of course works great for very specific applications, particularly considering efficiency, but is awful for others. Scientific computation was especially bad because the T1 had only one FPU for 8 cores.
Fujitsu's SPARC64 didn't go in this direction, and stayed with a conventional design (2 way SMT at most). Sun realized this and started to also sell the Fujitsu SPARC64 for customers who couldn't use the thread level parallelism, an arrangement that lasted until the end.
The idea of lots of slow cores is still a thing today: Intel's Sierra Forest Xeon is 144 E-cores.
Still, iirc FPU's were silicon heavy back in those days and it'd be interesting to know how far ahead the foundries Sun and Fujitsu were, maybe it was simply a factor of being too far behind in the foundry race that left Sun with few options.
Intel's E-Cores still are functionally complete for most parts though (excl Avx512?)? Todays limits seems to be memory bandwidth and power and I guess many of the 144 core customers are in it for virtualization and servers?
What are the GPU capabilities?
Platform designers can make up their own memory maps, so non-x86 ones can just have UART I/O buffer and hardware interface wired up in whatever address you want and forgo VGA.
I have a 32bit SPARC machine on a shelf I got from a junk hardware shop, it has a DB25 for console. It's ok.
Obviously they can just ignore the license in the future and continue development out of a local branch, but it's also a bit disingenuous to speak of "sovereign infrastructure" and then use licensed processor design.