Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Cloud VM benchmarks 2026

devblog.ecuadors.net

Post reply on HN
Print view View original

151–160 of 165 posts

Re: Cloud VM benchmarks 2026

#151

Post by stephenr »

hvb2 wrote: post #141
hamandcheese wrote: post #52

Earlier quoted context omitted.

> Cloud challenges can be as or more complex than bare metal ones. Big +1 to this. For what I thought was a modest sized project it feels like an np-hard problem coordinating with gcloud account reps to figure out what regions have both enough hyperdisk capacity and compute capacity. A far cry from being able to just "download more ram" with ease. The cloud ain't magic folks, it's just someone else's servers. (All th…

> The cloud ain't magic folks, it's just someone else's servers. The cloud is where the entire responsibility for those servers lives elsewhere. If you're going to run a VM, sure. But when you're running a managed db with some managed compute, the cost for that might be high in comparison. But you just offloaded the whole infra management responsibility. That's their value add

But any serious deployment of "cloud" infrastructure still needs management, you're just forcing the people doing it to use the small number of knobs the cloud provider makes available rather than giving them full access to the software itself.

Re: Cloud VM benchmarks 2026

#152

Post by stephenr »

nine_k wrote: post #140
justinclift wrote: post #98

Earlier quoted context omitted.

> ... but I might be open to Hetzner hosted servers instead for a massive enough cost reduction. Don't use Hetzner for anything actually important to you. :( As to why: https://news.ycombinator.com/item?id=45481328

A good business would send you a warning a month before your credit card expires, not after the fact.

For some reason parent is using the word "expired" when they really mean "cancelled by the issuing bank".

Re: Cloud VM benchmarks 2026

#153

Post by stephenr »

justinclift wrote: post #150
gizzlon wrote: post #147

Earlier quoted context omitted.

To be honest, I find it hard to believe this is common. They have been around for ages and are quite beloved by many. Maybe something went wrong in this case? Guess I will find out, think my cc expires soon. Also, you can pay by bank transfer, at least for dedicated.

> To be honest, I find it hard to believe this is common. I agree. But it still happened, with literally no warning (I actually checked), and their support staff refused to even call me to get updated card details when I was in the middle of an actual cyclone. ie phone service worked, internet didn't Directly impacting our customers, who were extremely unhappy (to say the least). "Fuck Hetzner!" is not nearly strong…

I mean, the context here is that a company stopped providing services after a bank cancelled a credit card they had been charging.

For all they know, your legitimate charges were the fraudulent charges that triggered the cancellation.

I cannot fathom why you keep using the term "expired" when that is a very different scenario to "cancelled by the issuing bank".

Re: Cloud VM benchmarks 2026

#154

Post by alberth »

nerdsniper wrote: post #75
alberth wrote: post #73

Earlier quoted context omitted.

Both Datapacket & OVH have the 4565p. This proc is a hidden gem. For most workloads it’s not just the most performant, but also the best bang-for-buck.

I don't see the 4565P at Datapacket or OVH. But that doesn't invalidate your comment.

They have the higher cache variant (4585PX - same clock speed & core count)

https://us.ovhcloud.com/bare-metal/advance/adv-4-new-gen/

https://www.datapacket.com/hardware/epyc-4585px

Re: Cloud VM benchmarks 2026

#155

Post by fireant »

gizzlon wrote: post #146
rozenmd wrote: post #138

Earlier quoted context omitted.

I'd be terrified to run anything other than a classic web server on Hetzner, have heard too many stories of them arbitrarily terminating workloads they didn't understand.

really? like what? Maybe crypto mining?

I've gotten notices from Hetzner for hosting IPFS node, apparently it does some local network discovery by default which looks like a malware when you squint hard enough.

Re: Cloud VM benchmarks 2026

#156

Post by whatever1 »

hamandcheese wrote: post #52
oDot wrote: post #39

Earlier quoted context omitted.

I used to run a site that compares prices[0]. Not only is the ecosystem pull to the cloud strong, but many developers today look at bare metal as downright daunting. Not sure where that fear comes from. Cloud challenges can be as or more complex than bare metal ones. [0]: https://baremetalsavings.com/

> Cloud challenges can be as or more complex than bare metal ones. Big +1 to this. For what I thought was a modest sized project it feels like an np-hard problem coordinating with gcloud account reps to figure out what regions have both enough hyperdisk capacity and compute capacity. A far cry from being able to just "download more ram" with ease. The cloud ain't magic folks, it's just someone else's servers. (All th…

The cloud is magic. If it is down nobody is in trouble. You just throw your hands in the air and say oh azure / aws / gcloud is down.

But if you are the admin of a physical machine you are in deep trouble.

Re: Cloud VM benchmarks 2026

#157

Post by rozenmd »

gizzlon wrote: post #146
rozenmd wrote: post #138

Earlier quoted context omitted.

I'd be terrified to run anything other than a classic web server on Hetzner, have heard too many stories of them arbitrarily terminating workloads they didn't understand.

really? like what? Maybe crypto mining?

apparently too many outbound requests is enough to get on their radar

Re: Cloud VM benchmarks 2026

#158

Post by justinclift »

stephenr wrote: post #153
justinclift wrote: post #150

Earlier quoted context omitted.

> To be honest, I find it hard to believe this is common. I agree. But it still happened, with literally no warning (I actually checked), and their support staff refused to even call me to get updated card details when I was in the middle of an actual cyclone. ie phone service worked, internet didn't Directly impacting our customers, who were extremely unhappy (to say the least). "Fuck Hetzner!" is not nearly strong…

I mean, the context here is that a company stopped providing services after a bank cancelled a credit card they had been charging. For all they know, your legitimate charges were the fraudulent charges that triggered the cancellation. I cannot fathom why you keep using the term "expired" when that is a very different scenario to "cancelled by the issuing bank".

> For all they know, your legitimate charges were the fraudulent charges that triggered the cancellation.

Literally years of paying the bills. ;)

> I cannot fathom why you keep using the term "expired" when that is a very different scenario to "cancelled by the issuing bank".

That seems like a you problem. No worries, hope your day is going ok.

Re: Cloud VM benchmarks 2026

#159

Post by stephenr »

justinclift wrote: post #158
stephenr wrote: post #153

Earlier quoted context omitted.

I mean, the context here is that a company stopped providing services after a bank cancelled a credit card they had been charging. For all they know, your legitimate charges were the fraudulent charges that triggered the cancellation. I cannot fathom why you keep using the term "expired" when that is a very different scenario to "cancelled by the issuing bank".

> For all they know, your legitimate charges were the fraudulent charges that triggered the cancellation. Literally years of paying the bills. ;) > I cannot fathom why you keep using the term "expired" when that is a very different scenario to "cancelled by the issuing bank". That seems like a you problem. No worries, hope your day is going ok.

> That seems like a you problem.

I dunno man, it wasn't me having a breakdown in public because I forgot to update a biller after I cancelled my card.

Re: Cloud VM benchmarks 2026

#160

Post by hvb2 »

stephenr wrote: post #151
hvb2 wrote: post #141

Earlier quoted context omitted.

> The cloud ain't magic folks, it's just someone else's servers. The cloud is where the entire responsibility for those servers lives elsewhere. If you're going to run a VM, sure. But when you're running a managed db with some managed compute, the cost for that might be high in comparison. But you just offloaded the whole infra management responsibility. That's their value add

But any serious deployment of "cloud" infrastructure still needs management, you're just forcing the people doing it to use the small number of knobs the cloud provider makes available rather than giving them full access to the software itself.

not sure what you mean by a serious deployment, but a lot of companies will be perfectly fine with, some compute, object storage and a managed rdbms.

Will that be more expensive than running it yourself? Absolutely. Does it allow teams to function and deliver independently, yes. As an org, you can prioritize cost or something else.

Post reply on HN