The revocation system doesn't really scale enough which is one reason they want to limit certification timespans. Other is security holes which cannot get patched if certs are valid too long.

Those cards rarely did RAID5, which is the only one that really consumes CPU cycles, requiring lots of XORing. Hardware RAID1 and RAID1/0 was faster than software as it could duplicate the writes instead of software writing the data twice. Though once you saturated the PCI bus, it really didn't matter that much.

Yep, though if you had UPS, this wasn't really an issue. Though obviously corporations like to minimize risk, though RAID cards dying was a nasty issue, sometimes had to use special software to access the data if you couldn't buy a new compatible RAID controller. Or worse, there were some that stored the RAID configuration in NVRAM so if the RAID died, it was non-trivial to rebuild even with correct replacement card.

Around Pentium era and before, running RAID5 in software was quite cpu bound. But after that CPU became much faster than the i960 processor used on many hardware RAID cards, so using software RAID on Linux was becoming a great option. It also didn't suffer the problem of hardware failure making the RAID array unaccessible. I recall many cases where my customers lost data or we had to hunt for identical used RAID controller as the one that died.
The CPU load became basicly non-issue once we got multicore CPUs.

Yes, but the cheese part isn't made by the mold, the mold just lives there.

Outside pfsense type use, is there any real reason to use BSD instead of Linux? Mostly companies just want something that runs their webservers or dockers whatnot. BSD doesn't make it that much better and has worse hardware support. Even more so with AI workloads.
The only real benefit I see is lack of Systemd, that is a great win for sysops.

You can also take GPL code, modify it, sell it to customers and keep the code yourself. Done that for 25 years now with great success. Most companies don't want me to give them the source to prevent it ever getting to their competitors. And their employees don't have rights to request for the source as the license allows the company/organisation to act as the entitity for them.

I don't think there is much danger of that happening. Most likely almost all Rust code will be limited to drivers, and there will always be C drivers too. So anyone wanting to implement a new driver can pick C or Rust based on their preferences. And for fixing bugs, most of them are simple enough that any competent programmer can fix them in both languages.

One reason is to collect money. And another is to enable law enforcement to do something at will even when profiling etc is prohibited.

Well, you could always write a cheque :D

Well application code can fetch extra entropy from many external sources if it doesn't trust the OS or HW.
And the randomness will quickly diverge in cloned system, and again, if you feel that is an issue for your app, include external sources of entropy and also perhaps mix things like MAC address into the pool so when the VM is cloned, the MAC must change (if it doesn't, then the clone is technically invalid to interact with the external network).

bee cash ef es

Or perhaps people who are capable of doing 22 mins of exercise are in better health than people who cannot.
It seems to be a meta-analysis, so can't tell if they had randomized trials of people who did 22mins and reduced that to under 22 mins and another group that extended theirs to over 22 mins.

It isn't that simple. It all depends how sweeteners are used. Studies have shown that people often order bigger meals and then take diet coke to "offset" the calories and that doesn't work. But if someone (like me) is drinking 1.5+ liters of sugar coke per day and switches to diet coke, you do lose weight. I only changed that in my diet/life and lost 20kg.

Wouldn't it be easier to block their creditcards/account information, those are harder to get than random IPs.