Linux 6.9 Will Boot Much Faster For Systems With Large Amounts Of RAM

[aviallon]

You will get to see it at the replacement time.
Unless you want to try an champion the use of an out of band Kernel to increase up time. I am sure there is a business case that could be made, though I have no idea on how much money would be saved on downtime for that half a minut.

That's why I prefer using kernels from Oracle (Unbreakable Kernel) or upstream lts kernels directly.

[niner]

I remember someone saying that I would never need more than 640K of RAM....<ahem>.

To be fair, nobody has said this, ever. The quote you're alluding to is unlikely to be an actual quote. But even if it were, "640K ought to be enough for anybody" does not say "forever". It would have been an observation valid for that time. And at that time 64K was the norm, so 640 was indeed, quite luxurious.

[byteabit]

To be fair, nobody has said this, ever.

Wasn't it "just" a limitation of the hardware/software from that time? I don't think that any smart person from that era was thinking it would be enough forever. Maybe a marketing person would say that or someone who don't understood computers. It's not impossible that someone "could" have made this statement.

[Alliancemd]

My first reaction was "Ow, I have 'Large Amounts Of RAM`"(I have 64GB), read until the word "HugeTLB" and realized, wait, I don't have "Large Amount Of RAM"
There are people out there with serious servers, not my pesky PC.

[uxmkt]

I frankly didn't even know 12TB of RAM was possible in a single server!

SGI UV 300 supports 64 TB of RAM. One can debate whether that qualifies as a "single server", but it's a single server to the Linux kernel.

[Paradigm Shifter]

I've got a system with 1.5TB, and we are discussing upgrading it to either 3TB or 6TB for a project... and I'll be honest, booting Linux is not the reason for slow boot with 1.5TB. The issue is all the pre-POST stuff the motherboard does before it even outputs an image, closely followed by the RAID controller... and that isn't even our slowest server; our dual-socket Epyc takes forever to boot. Once the UEFI hands over to the OS, I've got SSH access in less than 15 seconds.

[kylew77]

I've got a system with 1.5TB, and we are discussing upgrading it to either 3TB or 6TB for a project... and I'll be honest, booting Linux is not the reason for slow boot with 1.5TB. The issue is all the pre-POST stuff the motherboard does before it even outputs an image, closely followed by the RAID controller... and that isn't even our slowest server; our dual-socket Epyc takes forever to boot. Once the UEFI hands over to the OS, I've got SSH access in less than 15 seconds.

We had Enterprise grade Dell EPYC and Xeon servers at my last work and they took forever to POST so I get what you are saying!