Comparing Graviton (ARM) Performance to Intel and AMD for MySQL(percona.com)
percona.com
Comparing Graviton (ARM) Performance to Intel and AMD for MySQL
https://www.percona.com/blog/comparing-graviton-performance-to-arm-and-intel-for-mysql/
11 comments
I believe AWS always gives you both hyperthreads on a physical core, you never share a core with another customer. That's why hyperthreaded instance types always have an even number of vCPUs rather than starting at 1 vCPU.
Source: trust me bro, I can't find the relevant AWS doc.
Source: trust me bro, I can't find the relevant AWS doc.
From the 2nd paragraph of the link I posted:
One of the major differences between AWS Graviton2 instance types and other instance types is their vCPU to physical processor core mapping. Every vCPU on a Graviton2 processor is a physical core. This means there is no Simultaneous Multi-Threading (SMT) and more isolation between vCPUs. By contrast, every vCPU on a 5th generation instance type with Intel processor (such as M5, C5, and R5) is a hyper-thread. This means vCPUs share resources and there is less isolation than in the case of Graviton2.What I mean is that you're always sharing resources with yourself, not another customer. They're assigning you both hyperthreads on a single core when you get an instance with "2" vCPUs; it's not one hyperthread on one core and the other hyperthread on another core, with some other customer taking the other hyperthread on each core.
From the comments, the AMD Epycs used for comparison were an older generation.
follow up here: https://www.percona.com/blog/comparing-graviton-arm-performa...
Which completely changes the picture. The conclusion is completely wrong. The only reason AMD loses in the comparison is because their comparisons measure who's the best and then count how many times it's the best.
If you look at the top graphs of this 2022 comparison, then there are plenty cases where AMD is in the middle, but doesn't take the top spot.
Also since this comparison is newer, maybe it should replace the link in the topic.
If you look at the top graphs of this 2022 comparison, then there are plenty cases where AMD is in the middle, but doesn't take the top spot.
Also since this comparison is newer, maybe it should replace the link in the topic.
There is no details on which CPUs (graviton or graviton 2, what about amd?) were exactly used making the review useless to the vast majority of audience.
The article specifies that the instance classes are `m6g`, in the variants `large` all the way up to `16xlarge`. According to the AWS documentation (here¹ and here²), they are Graviton2.
AWS is opaque about the underlying hardware underlying an RDS instance; there may be no way to find out exactly which are the CPU models (although I'm not 100% sure). The writer may have cleared the waters upfront about this, but this is a limit of AWS.
¹: https://docs.amazonaws.cn/en_us/AmazonRDS/latest/UserGuide/C...
²: https://aws.amazon.com/ec2/instance-types/m6g
AWS is opaque about the underlying hardware underlying an RDS instance; there may be no way to find out exactly which are the CPU models (although I'm not 100% sure). The writer may have cleared the waters upfront about this, but this is a limit of AWS.
¹: https://docs.amazonaws.cn/en_us/AmazonRDS/latest/UserGuide/C...
²: https://aws.amazon.com/ec2/instance-types/m6g
Another comparison maybe interesting too
Comparing ARM based K8s to x86 based for TiDB (a distributed database)
https://en.pingcap.com/blog/tidb-on-arm-based-k8s-cluster-ac...
(2021)
[1] https://docs.aws.amazon.com/whitepapers/latest/aws-graviton2...