Live data from Hacker News

Comparing AWS Lambda ARM64 vs. x86_64 Performance Across Runtimes in Late 2025

chrisebert.net

51–60 of 60 posts

Re: Comparing AWS Lambda ARM64 vs. x86_64 Performance Across Runtimes in Late 2025

#51
post #41
post #7

Earlier quoted context omitted.

Chromebooks are essentially this, but not that great for local development.

So then one solution might be to buy a Chromebook, and put regular Linux on it? I don’t think the Chromebook are locked down.

Yes you can do that, I think there are also chroot options; its running a Linux kernel already.

edit: actually it looks like this era is coming to an end; Crouton was archived earlier this year. Probably it still works on older models: https://github.com/dnschneid/crouton

Re: Comparing AWS Lambda ARM64 vs. x86_64 Performance Across Runtimes in Late 2025

#53
I realise it's not a very substantial point, but it makes me wonder why ARM went with AArch64 rather than just officially naming it the obvious choice of ARM64. ARM64 is both snappier and much clearer as everyone immediately knows you're talking about ARM.

Re: Comparing AWS Lambda ARM64 vs. x86_64 Performance Across Runtimes in Late 2025

#54

I realise it's not a very substantial point, but it makes me wonder why ARM went with AArch64 rather than just officially naming it the obvious choice of ARM64 . ARM64 is both snappier and much clearer as everyone immediately knows you're talking about ARM.

Acorn Archimedes perhaps.

Re: Comparing AWS Lambda ARM64 vs. x86_64 Performance Across Runtimes in Late 2025

#55

I saw so many red flags: - How is Rust only one order of magnitude faster than Python? - How is Python that much faster than Node.js? So I looked at the benchmark repo. These benchmarks mean nothing folks! Each of these benchmarks is just a SHA256 hash. This is NOT a valid way to compare CPUs, except if the only thing you will ever do with the CPU is to execute SHA256 hashes. Hash functions are not representative of…

Been doing Rust lambdas for 4 years now, Rust is absurdly fast, especially when compared to non compiled languages. If anything, Rust is even faster than those benchmarks in real world workloads.

Re: Comparing AWS Lambda ARM64 vs. x86_64 Performance Across Runtimes in Late 2025

#56

One of the easiest hack to reduce your AWS bills is to migrate from x86 to arm64 CPU. Performance difference is negligible, and cost can be upto 50% lower for arm machines. This is for both RDS and general compute (EC2, ECS). Would recommend to all.

I'd say the best price/performance hack on AWS if you don't need web scale is just put your stuff on a tiny EC2 instance, like a t3.micro - it'll be likely faster and more flexible than lambda with much more predictable performance. You can scale up by changing out to a bigger instance - it's surprising how far you can get with this strategy.

Lambda in my eyes is super useful for isolating a security context, such that you can give elevated privileges to a less protected place via permission to execute the lambda; isolating something dangerous or secret from the less secure place

Re: Comparing AWS Lambda ARM64 vs. x86_64 Performance Across Runtimes in Late 2025

#57
post #3

Would be interesting to add a cold start + "import boto3" benchmark for Python as importing boto3 takes forever on lambdas with little memory. For this scenario I only know this benchmark but it is from 2021 https://github.com/MauriceBrg/aws-blog.de-projects/tree/mast...

I don't really use Python, but most AWS SDKs seem to be autogenerated for each language, and they're pretty much just thin wrappers over REST calls to interal AWS endpoints. I dunno why a Python impl would be particularly heavy.

Sprawling imports of text source in hundreds of files without lazy loading.

Re: Comparing AWS Lambda ARM64 vs. x86_64 Performance Across Runtimes in Late 2025

#58

One of the easiest hack to reduce your AWS bills is to migrate from x86 to arm64 CPU. Performance difference is negligible, and cost can be upto 50% lower for arm machines. This is for both RDS and general compute (EC2, ECS). Would recommend to all.

How is the performance difference negligible? In my experience, for the same generation of hardware, ARM64 performance is better than the AMD64 one. AFAIK ARM64 is around 20% cheaper, not sure where you got the 50%.

I'm curious if you have any posted benchmarks about it. In my own experience at work, m8a demolishes m8g core-for-core. The ARM64 core is much slower. I wonder if you're comparing vCPU-for-vCPU against Intel families that use SMT: that's one ARM64 core against one Intel HyperThread. Make sure you're using AMD.

e.g. https://www.phoronix.com/review/aws-m8a-m8g-m8i-benchmarks -- m8a won virtually all of these comparisons by a wide margin. Raw performance isn't really Graviton's selling point; price-performance is.

Re: Comparing AWS Lambda ARM64 vs. x86_64 Performance Across Runtimes in Late 2025

#59
post #9

What I don't get is why is it that Node is dog slow . Seriously it seems borderline unusable. In terms of perf, Node has a pretty snappy JIT, and seems to perform OK in the browser, but this seems like something's not right here. ~200ms requests even in the light case are on the very brink of barely acceptable. On the other hand, Python performs very well, but it's alarming to see it gets slower in every release by a…

[deleted]

Re: Comparing AWS Lambda ARM64 vs. x86_64 Performance Across Runtimes in Late 2025

#60
post #14
post #11

Earlier quoted context omitted.

If you don’t mind me asking, what do you think of that laptop? What kind of workloads do you run and how is battery life? What OS? Would you choose it again?

Was trying to install Linux on it, though its not working like a standard x86 laptop (for the installer on debian for example). Battery is good, hardware is really rock solid (though I dislike the new plastic for the keyboard). Really can’t complain, it’s nearly as good as my Macbook. It runs Windows 11 today, and everything I need runs fine (jetbrains, rustc, clang, msvc, terraform and of course python). I’m a techn…

Cool, thanks!
Post reply on HN