Research costs are also very expensive for x86, with 2 vendors (Intel and AMD) competing savagely in many different markets such as high-end gaming, servers, ultrabooks and low cost PCs. However, ARM (the company) focuses on licensing the designs and instruction sets. So their research costs are split among many licensees while ARM focused on what it does best: designing chips.
That in turn translates into many vendors who can focus on improving manufacturing efficiency, procurement, logistics and sales. x86 vendors have a wild range of manufacturing lines to keep up.
Finally, the laws of supply and demand play a huge part. The ARM market is 2 orders of magnitude (!!) greater than x86 as far as raw number of processors shipped, ~370M vs ~32B chips in 2022.
> the number of transistors tend to be similar between the two platforms
sorry, come again?
So, given a x86 and an ARM chip with the same number of transistors, the ARM one will still be a simpler, low-power chip with probably a higher number of cores.
Quick Googling shows:
- Intel W9-3495X has 56 cores for $5889
- AMD EPYC 64 has 64 cores for $4299
- Ampera Altra M128-30 has 128 cores for $5800
The Altra uses about the same power as AMD, and much less than Intel, despite offering twice as many cores. So it stands to reason that you just get twice as many cores for the same money, even if you factor in power, cooling and maintenance costs.Hetzer offers a 16 core AMD (v)CPU machine at 225% of the price, so that roughly works out.
16 cores doesn't say much. It depends how many DMIPS those cores will yield.
e.g. average price in August was over 400% higher than this March
https://www.nordpoolgroup.com/en/Market-data1/Dayahead/Area-...
The big peak (up to 10x) is over, but the energy prices already increased a lot in autumn of 2021, when Russia first reduced the gas deliveries.
Also, x86 backwards compatibility and SMT don't cost much in terms of power or transistors but both have large costs in of verification work.
AWS has been trying really hard with Graviton 3.
Building your own based on them isn’t really difficult at all; docker buildx works remarkably well and build tools such as maven, sbt, etc. seem to have rather decent support for building multiarch images.
Even better if you have decent build automation, implement cross building for amd64 and arm64 once and just make sure your FROM images support those.
I actually registered the org oci-base (https://github.com/oci-base), when Docker Inc. announced the registry fees.
In part as I've been annoyed with multiarch and docker/registry in the past.
Then to top it off the official registry has/is taking ages to support signing/attestation.
Plan is for it to be contributor driven, and RFC style requirements following best practices.
Not had much time to work on it lately, kids, Easter, etc.
It's not just the building of it but the testing/verification of what's built.
1 major problem with a lot of use cases is there isn't enough test coverage and hence confidence in the change. Some people / companies find it easier to just pay the difference.
ARM design had to be adjusted/developed for a cell phones often cost 10% of a normal computers (main use of x86). I can buy a cell phone a display, battery, memory and ARM cpu for $100 total (no idea how much ARM chip alone cost). The phone will have a semi-acceptable performance.
Even cheapest x86 CPU with emi acceptable performance probably cost more than $100 and cheapest x86 cpu more than $50.
Nvidia claims to be working on getting in the server game later this year so maybe ARM will get to x86 levels of competition.