There's also changing from circuit to packet switching, which also drastically changes how the handover process works.

tl;Dr - handover in 5G is buggy and barely works. The whole thing of switching from one service area to another in the middle of a call is held together by hopes and dreams.

systemd tries to unify a Wild West situation where everyone, their crazy uncle, and their shotgun-dual-wielding Grandma has a different set of boot-time scripts. Instead of custom 200-line shell scripts now you have a standard simple syntax that takes 5 minutes to learn.

Downside is now certain complicated stuff that was 1 line need multiple files worth of workarounds to work. Additionally, any custom scripts need to be rewritten as a systemd service (assuming you don't use the compat mode).

People are angry that it's not the same as before and they need to rewrite any custom tweaks they have. It's like learning to drive manual for years, wonder why the heck there is a need for auto, then realizing nobody is producing manual cars anymore.

Pretty sure emergency mobile broadcasts are included (at least by gov agencies) but you know what happens with these things that are only used for emergencies:

"It's annoying can't I turn it off?"

That's why I still think the more methods the better. It's probably one of the few reasons I'm okay with being bombarded with messages (not in jp, but literally got 2 earthquake warnings yesterday).

I think we may be looking at these wrong. Yes there's a visible throughput/latency improvement here but what about other factors? Power savings? Cache efficiency? CPU cycles saved for other co-running processes?

These are going to be pretty hard to measure without an x86_64 simulator. So I don't fault them for not including such benches. But there might be more to the story here.

Uh oh. I used to work University IT. I can only imagine the number of tickets this would generate:

"Bad wifi at XYZ hall"

"Request to setup private router in dorms due to bad wifi"

"Please fix my computer I've heard this patch breaks wifi" (meanwhile, the reporter never installed said patch)

*Gasp* the registration is coming from inside the colo!

If we're nitpicking about AMD: another thing I dislike about them is their smaller presence in the research space compared to their competitors. Both Intel and NVIDIA throw money into risky new ideas like crazy (NVM, DPUs, GPGPUs, P4, Frame Generation). Meanwhile, AMD seems to only hop in once a specific area is well established to have an existing market.

For consumer stuff, AMD is definitely my go-to. But it occurs to me that we need companies that are willing to fund research in Academia. Even if they don't have a super good track record of getting profitable results.

You don't understand. It's not like the self-driving feature is just software where they can price it at whatever they want. It's physically consuming brain cells every month. And those aren't free you know!

::: spoiler Do I really need a \s tag for this or does this tin foil hat make me look fat? :::

Because the horses are coming. And they are ANGRY.

The only way to survive is to win three rounds of trivia nights on various horse topics. So quit horsing around!

I see your decryption key extraction and offer you a 5 dollar wrench.

The wrench also comes with DMA (direct mechanical assault), RDMA (remote direct mechanical assault via throwing), and DDIO (deals damage if opposing) capabilities. It's a real NSA bargain!

Make sure to test your setup if you are using DAV. Large files can fail if your nextcloud setup is done incorrectly.

Source: idiot who misconfigured PHP that resulted in a DAV client stuck in a retry loop, then getting banned by my own firewall for DoS.

Isn't the whole point of these things the "bloated" (CI/CD, issue tracker, merge requests, mirroring, etc) part? Otherwise we'd all be using bare git repos over ssh (which works great btw!)

It's like complaining about IDE bloat while not using a text editor. Or complaining there's too many knives in a knife set instead of buying just the chef knife.