But according to my Minecraft benchmarks in Oracle's instances, its better than old Skylake cloud instances... by how much is hard to say since other tenants generate so much variation, but there are proper reviews of the whole SoC floating around out there.
On my workload, using Intel as a baseline. AMD under performs relative to standard benchmarks. ARM over performs relative to standard benchmarks. I have seen good performance from Ampere, particularly for the price.
However, ARM architecture complicates my workflow significantly. I've found that they are not worth using it right now due to compatibility issues, easier to just stick with x86 for most things. Dealing with required missing packages just kills the value.
My system isn't generally compute limited anyway. IOPS and egress dominate rather than MIPS.
Which begs the question: what is Hetzner pushing on these? SUSE maybe?
You can mount your own ISOs though.
I strive for simple infrastructure.
ARM doesn't support the x86 docker eco system. That's a significant strike but not totally unworkable for me.
My primary database isn't prepackaged with the ARM packages nor does the originating org build one. I could build it myself, which I have done plenty over the years. I did try it, but the dependencies aren't up to date on ARM. So now I'm building dependencies and the software package. Building software from scratch can be a rabbit hole that eats untold amount of time. After a one-day effort I gave up and abandoned it. I'll revisit again if Hetzner brings Ampere to the US and I can verify the instances have much higher IOPS ceilings.
Enter another distro and I have to rebuild all of my provisioning and management scripts for all my services with all the testing entailed in the new dependency chains. I'd rather try to build my db from source again, frankly.
maybe things have been fixed now, but about a year ago I was having issues with ruby bugs that were due to differences between muslc and gnulibc
"Missing packages" may be packages missing important features or bugfixes.
Arch and SUSE are ARM friendly though.
There is a kind of after market ARM community that occasionally builds these items. But they are generally pretty out of date.
I don't have an issue with the base distro and what it tries to do, but there are so many random pot holes and road blocks that just don't show up for x86.
I have ARM servers running in production now. But I have workloads that aren't reasonable portable to the uArch and I don't force them there.
We've moved on from lakes!
See: https://www.anandtech.com/show/15631/intels-cooper-lake-plan...
It's limited everywhere.
I work at one of those customers; we use loads of them.
Nevermind Ice Lake / Alder Lake (2021) / Raptor Lake (2022) -- Intel hasn't abandoned the "Lake" naming scheme yet.
i.e. Skylake+++++
Hetzner offering them right now is curious. Maybe its a pipecleaner for the next Ampere gen?
Meanwhile AMD and Intel both do have a later offering so they are "old".
Minecraft is limited by a single thread, but some stuff does run on other threads. In addition the JDK will do compilation and GC on other threads now, which is especially apparent if you run GraalVM like you should.
Minecraft wont scale to 16 cores. But if you buy a 2C/4T instance, you are going to get less performance than you would get on a wider one.
Hmm, not so outdated. if you’re talking about JVM gc then sure but pretty much everything is built around a single thread ticking the mod. I know some mods can do chunk pregen on another thread but those are rarely used.