Recent submissions

Comment · 24 days ago
You're arguing in poor faith. Microsoft has laid off thousands of workers this year alone. As has nearly every large tech company.

There's no shortage of qualified US tech workers. Microsoft and many other tech companies (cough Accenture cough) abuse this system. They want workers who cannot easily get jobs with another company due to the visa system and will take the lowest of wages.

Comment · 5 months ago
This is paywalled. Without reading the article, I don't think Americans are fighting data centers because of AI.

I think they're fighting data centers because many cities have already allowed new data center builds (even before AI exploded) and now realize these massive profit making companies are contaminating local water supplies, not providing any jobs outside of a temporary boom of construction jobs, and are causing their power bills to increase while also making their local grids more fragile.

Comment · 6 months ago
I've run an Openstack cloud. Local to the host NVME's directly attached to VMs is unbeatable. All clouds offer this. But that storage is ephemeral and it was when I implemented it in Openstack too.

There's not enough redundancy. You could raid1 those NVME's when before they get attached to a VM and that helps with hardware failures, but you get less of them to attach. Even if you RAID them, there's not a good way to move that VM to another host if there's a RAM or CPU or other hardware issue on that host.

These VM's with NVME's directly attached have to basically be treated as bare metal servers and you have to do redundancy at the application layer (like database replication).

But again, all of the major cloud services offer these types of machines if you NEED NVME IO speed. There are quirks though. For example, in Azure it seems like you have to be able to expect the VM to be moved whenever Azure feels like it and expect that ephemeral data to be wiped. Whereas in Openstack, we would do local block level migrations if we HAD to move the VM to another host. That block level migration required the VM to be turned off but it did copy the local NVME data to another host. If this happened it was all planned and the particular application had app level redundancy built in so it was not a problem. If the host crashed, that particular VM would just be down till the host was fixed and came back online.

Comment · 6 months ago
GoPros are IP68 rated without a housing and have removable batteries. This is not an impossible task.

Phone makers do not want you to be able to replace batteries easily because it will extend the life of a phone. End of story.

Comment · 1 year ago
Well this kinda screws me over running docker on macos. Not all images I use have an arm version.
Comment · 1 year ago
Yes it's hypocritical to push customers to pay you more money with best practices for uptime when you yourself don't follow them and your choices to not follow them actually make the best practices you pushed your customers to pay you more money for not fully work.

Hey! Pay us more money so when us-east-1 goes down you're not down (actually you'll still go down because us-east-1 is a single point of failure even for our other regions).

Comment · 1 year ago
There's multiple single points of failure for their entire cloud in us-east-1.

I think it's hypocritical for them to push customers to double or triple their spend in AWS when they themselves have single points of failure on a single region.

Comment · 1 year ago
Yeah because Amazon engineers are hypocrites. They want you to spend extra money for region failover and multi-az deploys but they don't do it themselves.
Comment · 1 year ago
While I agree, we saw this play out with Dropbox too.
Comment · 1 year ago
Google already has the ad network. They already have Gemini. IMO this will end up being OpenAI proving that the revenue model works and then Google will swoop in and take their market share away.
Comment · 1 year ago
PlanetScale created a business and profited off of an open source product called vitess from Google which is why they originally only supported mysql. Would love for them to open source their solution for postgres.
Comment · 1 year ago
Which… while we’re at it. Gaming would be much better if consoles didn’t exist anymore. Games would be more optimized for PC and manufacturers would just be building prebuilt gaming PCs.

We also would have more Switch competition in the ARM gaming space instead of x64 handhelds and Android windows emulation if these walled gardens didn’t exist.

Comment · 1 year ago
The biggest issue I have had with Hetzner was with a dedicated server. I was constantly (3 times or more a week) getting abuse messages about my MAC address not being correct:

"""" We have detected that your server is using different MAC addresses from those allowed by your Robot account.

Please take all necessary measures to avoid this in the future and to solve the issue. We also request that you send a short response to us. This response should contain information about how this could have happened and what you intend to do about it. In the event that the following steps are not completed successfully, your server can be locked at any time after DATEHERE.

How to proceed: - Solve the issue - Please note, in case you have fixed the problem, please wait at least 10 minutes before rechecking: https://abuse.hetzner.com/retries/?token=TOKENHERE - After successfully testing that the issue is resolved, send us a statement by using the following link: https://abuse.hetzner.com/statements/?token=TOKENHERE

Please visit our FAQ here, if you are unsure how to proceed: https://docs.hetzner.com/robot/dedicated-server/faq/error-fa... """

I was just using standard Docker to host a web app. No proxmox or KVM of any sort. I would just wait the 10 minutes, click their link https://abuse.hetzner.com/retries/?token=TOKENHERE, which would retry and would come back fine and my response would be "I changed nothing and the retry came back solved. I've done tcpdumps over a weeks time to see if any MAC addresses leak from the OS and none have while a similar ticket like this gets opened every couple days." The ticket would close shortly after I submitted.

I inquired to them at least twice about this and they just kept telling me I was leaking a MAC address that I wasn't allowed to even when I had proof of tcpdumps over a week time period. I found someone else who had this issue with them (most issues around this that I found were people hosting Proxmox) and they had Hetzner replace the NIC and it fixed the issue. Well, Hetzner wouldn't replace my NIC because "it was working" even though I referenced these abuse tickets. I ended up getting another dedicated server, migrated my app over there, and I haven't had issues since.

Their support is seriously not very good. Since that experience, I have had backups elsewhere and test restoring those backups regularly. The price to performance I get from them is unbeatable and like I said, I haven't had issues since getting a new machine. But, I'm definitely cautious and don't exactly trust things to not go sideways even though it's been 2 years since that experience.

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton