8 ms·
Big Hetzner fan, but the EX101 does not feel like a good value compared to the AX101 that they've had for a while. Yes, the i9-13900 is faster than the 5950X, b
by heipei 4y ago
Big Hetzner fan, but the EX101 does not feel like a good value compared to the AX101 that they've had for a while. Yes, the i9-13900 is faster than the 5950X, but does that justify half the RAM and half the disk?
- EX101: Intel Core i9-13900 / 64 GB / 2x1.92 TB NVMe - From €84
- AX101: AMD Ryzen™ 9 5950X / 128GB / 2x3.84 TB NVMe - From €101
- trollied 4y agoBoth are an insane amount of compute for the price.
- glogla 4y agoJust for comparison, for that kind of money per month AWS will rent you about 2 cores / 4 threads of AMD with 16 GB of RAM.
- byefruit 4y agoThat's just the compute though, not including bandwidth or disks. These come with effectively the equivalent of ~$3k worth of AWS data transfer and vastly more SSD storage.
- viraptor 4y ago> just the compute though, not including bandwidth or disks But including a platform for access configuration, monitoring, deployment, automatic replacement, and many other things. AWS as a whole is not really comparable to getting servers from hetzner. (Unless that's all you want from them, but then you're overpaying for lots of stuff you don't use)
- spyke112 4y agoHad the AX101 for a long time, awesome box! I ended up not using it enough to justify the cost though.
- speedgoose 4y agoI rent one AX101 and it has been extremely good value. The thing is so cheap and fast. However my first one did often reboot randomly and the support wasn’t very helpful. They told me to just rent another one, which I did. The second one rebooted randomly once in about a year. I guess the first one went on auction and still happily reboots. Hetzner feels like a hard discount cloud provider. I still prefer them over AWS or Azure for non critical workloads that have a little budget.
- heipei 4y agoHu, weird. We run 15 AX101 instances, 13 for Elasticsearch and 3 for ScyllaDB, and I haven't had one reboot yet. Though even if they did it would not impact the stability of our databases.
- deleted 4y ago[deleted]
- kureikain 4y agoI got the same issue as well. They randomly rebooted and still not sure what to track. Everything is normal such as temperature, cpu load etc. the load is very idle. The server is indeed an auction one though. Other non auction one has been rock solid.
- fps_doug 4y agoAbout 10 years ago when they introduced the EX40 (I think?) those hard-froze randomly every couple hours to days on Linux. But only for some users. They couldn't track down the issue the first few weeks, I guess that's what you get for being an early adopter. They must have gotten (un)lucky during testing and only had setups that worked. It was first suspected to be certain brands of RAM, so I requested a RAM-swap which unfortunately didn't help. Then a BIOS update which also didn't help. Then someone figured out that nohz=off on the KCL fixed the problem and I had it running like this successfully for a few years. Long after at least one dist-upgrade I remembered that and removed the option again, and the server still ran stable. There's no real morale to this story I guess, but at least the support is super responsive, and as the root cause wasn't clear at that point didn't hesitate to swap random stuff if you requested so. Also had a faulty HDD last Sunday in one server and requested a swap, which they did within 20 minutes of me opening the ticket.
- adrian_b 4y agoHaving half the RAM is caused by the fact that both Raptor Lake and Zen 4 are limited to 64 GB of DDR5-4800, unlike the older CPUs (e.g. 5950X) that used DDR4-3200 memory. Increasing the memory to 128 GB, i.e. to two DIMMs per channel, drops the memory speed, more severely for AMD (DDR5-3600) than for Intel (DDR5-4400). Overclocking the memory, like in gaming computers, would be unacceptable in server computers.
- daemin 4y agoUsing XMP to deliver the rated memory speeds is considered overclocking by some since at least in the DDR4 days the spec said DDR4 was 2133 only.