Of course you need a CPU capable of multi threading, which today means any CPU, but then there is no doubt that the multithreaded init process is way faster.
This was thoroughly tested when systemd demonstrated it.
Single threaded init processes have bottlenecks, and a single issue will stall the whole process. Of course systemd only influence boot speed of user space, but the Linux kernel itself is also multithreaded in it’s boot processes today, because it is without a doubt faster.

Yes upstart was relatively short lived 8 years:

https://en.wikipedia.org/wiki/Upstart_(software)

But Ubuntu did put some effort into improving the init process with Upstart, and it was the fastest init system until systemd beat it by being way way better at multi threading.
Ubuntu also massively improved how well Linux worked on laptops, and upstart was part of that effort too.
What is best can be subjective, being the most popular signifies that most people found it to be best.

I have made the measurements, and at 500 Mbit/s I actually got a bit more than 5x what I had at 100 Mbit/s. Actually my 500 Mbit connection ran as 550, because the rated speed here is the guaranteed speed of the connection. So the only limitation is the server at the other end.

It is true however that 1 Gbit/s didn’t quite double the 500 Mbit/s speed, Actual measured facts beat speculation.
But your examples of steeply diminishing returns are not true.

No that’s not true, there is actually competition here and a very transparent market.
30 years ago when 2 Mbit/s was relatively new here, ADSL on existing phone lines had a price of 69,- €. (cheapest provider at the time)
Even without accounting for inflation, the price now is cheaper for 1 Gigabit, despite the old ADSL was based on existing cables! And 1 Gbit obviously is on fibre optic cables made specifically for internet connection.

The cost of establishing fiber networks was expensive, and it is only recently that some of the companies are turning decent profits, and I think most of the profit is on selling TV packs and extra services like cloud storage and virus protection. My internet bill has about 5 points of extra services that all have a nice round zero on them. 😋

And on 500MBit it’s two minutes, so doubling the bandwidth only saves one minute.

This is simply not true, of course it isn’t entirely linear, but for big downloads you actually get pretty close to the full benefit of the speed, when the servers can handle it.
When the speed goes up, latency also goes down, making response times faster too.

Sounds a lot like your Fedora update is single threaded, which is a huge limitation. I start updates manually and monitor the whole process, and the whole process is finished in a couple of minutes for a big update. A single package can be literally less than 5 seconds for download, integrity check and installation. Firefox is among the most frequent single package updates, and that generally takes 5-6 seconds.

Maybe injecting the infections made it look like they were maintained? 😋

OK thanks apparently OpenRC is a further development of Sysvinit, having many similarities.

https://en.wikipedia.org/wiki/OpenRC

Parallel service startup (off by default)

This is probably because it’s still hard to get to work without handcrafting for a particular system, IMO a very telling difference between the old init designs contrary to systemd that handles parallel startups like a champ.

i’d love to pay 10 percent of my bill for 10 percent

That’s not how it works, you generally pay 20% less for half the speed. Because speed is not the main price factor anymore. The logistics and cabling are.
I we didn’t have 500 Mbit and above, you’d probably have to pay the same for 100 Mbit as we do for 1 Gbit today.

The price is in the cabling, maintenance and support. And none of those change much from having higher speeds.

There were pros and cons, I get the annoyance with the binary vs text files.
But systemd booted faster than upstart, despite upstart was made for speed and systemd was made for being robust. The robustness of systemd however made it possible to make the ini process multithreaded and still work flawlessly, where old ini systems tend to have race conditions that make it near impossible.
systemd is more robust, faster and more flexible, so how it wasn’t great remains a mystery to me?

Yes that would be nice, but I’m not sure that is possible.

OK at least you admit the mistake. 👍

WTF? I also mentioned upstart, and I call them init systems after the original init?!

Can you even read?

Not as much as lack of space!

I’ve seen AUR warned against often, also by Arch team members.
I never thought it was a huge deal, but apparently anything that can be attacked will be attacked nowadays.

A lot of the controversy against systemd was pure bullshit.

but are instead just jumping on systemd implementing age as a field.

My guess is you are right, but age verification is not an idea of systemd, implementing it is an attempt at making it possible to fulfill a legal requirement by some countries. It’s stupid, but stupid is now planned to be legally required in some countries.

This post is amusing and funny, but personally I love systemd and I was also very fond of PulseAudio that brought massive improvements at the time.
Lennart Poettering is absolutely a hero of Linux and Open Source, and helping Linux as a full blown high quality OS get to where it is today. Stronger and better than ever!!! Contrary to other major operating systems that suffer from serious Enshittification.

Remember before systemd the most popular init system was upstart, and upstart was buggy as hell, with very serious bugs that existed for years without being fixed, because the basic design of init systems made it very very hard (impossible). and upstart was arguably the best among the rest. But because Ubuntu also switched to systemd, upstart has been deprecated because Upstart was an Ubuntu project.

systemd was an entirely new design strategy that fixed errors that had been impossible to fix with traditional init systems.
However some still prefer System V init, and I think Gentoo still uses that as default, I suppose because they find it better (easier to use) for tinkerers that micro-control everything.

But IMO the design of systemd seems like pure genius, really a solution to a problem that needed fixing.

Absolutely, but I guess the joke is that Pulseaudio was also a project headed by Lennart Poettering.
Pulse was much hated by some, but actually brought substantial improvements to the Linux audio stack at the time.

The transition to Pipewire however has been amazingly smooth by comparison. I haven’t detected any downsides, and the switch caused zero issues.

I have no idea where the antivirus came from?
OP uses mostly actual examples of Linux functionality.
I have never used nor needed an antivirus on Linux. And I haven’t heard that systemd should have anything special in that area either.

It’s so nice to get a more specific error message to narrow it down. Error of the type error, should make the fix easy peasy.

they compare Gigabit with 500MBit. That’s not nearly that much of a difference

Not much of a difference in price either in most places. usually it’s like 10-20% extra to double the speed.

The main point of the post is to show whether a regular user really benefits from Gigabit, and no, they don’t.

This is true, but to claim there is no point is false, saying that for most 500 Mbit/s is better value would be a way better headline IMO, heck most people will do fine with 100 Mbit/s.
We pay €58 for 1 Gigabit, and I think 500 Mbit is €49 if I recall correctly, so the difference is not a lot.
Of course it also matters if you are just a single person or a family of more people.

PS:
There was a use I forgot to mention, and that is when upgrading my OS, I use a rolling release distro of Linux, and I have quite frequent updates, most are small and finish in a matter of seconds, and even the biggest updates can usually finish within a couple of minutes. This is quite nice too.

Anyways of course lower speeds can be better value depending on the use case, but for us the cost of higher speed is negligible, and it’s nice for families not to be slowed down just because someone is using a bit of bandwidth.