Originally posted by Old Grouch
View Post
Announcement
Collapse
No announcement yet.
LZ4 Support Revised For Faster Restore From Linux Hibernation
Collapse
X
-
Originally posted by Juke1349 View PostThe problem as I understand it, is that this form of luks-encryption isn't visible to the kernel, and I also want Secure Boot (it's my commute laptop, so higher risk of loss/theft).
From what I've read, the kernel is currently hardcoded to disable hibernate under secure boot, since it cannot guarantee that it's running on LUKS. And without LUKS, it would create a false sense of security (a decision I agree with).
Until the kernel itself can checksum+verify the hiberfile, that will remain as is. So this work makes me very happy!
- Likes 2
Comment
-
Originally posted by milkylainen View Post
Boot time has very little to do with UEFI. Most of loader time is taken in various DDR / SERDES training.
For DDR5, training can be a real pain. We're talking minutes.
It's a consequence of higher clocks, lower voltages and lower margins to everything.
$ systemd-analyze
Startup finished in 19.304s (firmware) + 0.781s (loader) + 2.879s (kernel) + 2.121s (userspace) = 25.086s
Comment
-
Originally posted by openminded View Post
From my limited experience, you can reduce uefi post time with disabling network boot support/options. For instance, my laptop spends 5 seconds less on post if I (simply) do not plug ethernet cable (as there's no way to access network boot control options in my BIOS).
Agree with you anyway.Last edited by caligula; 07 December 2023, 11:16 AM.
Comment
-
Originally posted by caligula View PostAlso shouldn't the DDR training be ready when you see the fullhd boot screen?
But I can easily say it's not the training because many boards take much too long while already displaying something. And as said Notebooks are typically < 3s POST how would that be explained? Also some OEM-PCs have fast POST, so it's definitively laziness.
Comment
-
Originally posted by Anux View PostAs soon as you see something on your screen, the DDR training is completed. Also training should only happen if you change RAM related Settings in your BIOS or after a CMOS reset (low battery?).
But I can easily say it's not the training because many boards take much too long while already displaying something. And as said Notebooks are typically < 3s POST how would that be explained? Also some OEM-PCs have fast POST, so it's definitively laziness.
Comment
-
That's sadly a trend in computing, just start an old DOS machine with a word processor of it's time, it boots faster and the program works more fluid. Whatever new processing power we get is eaten up by bloated and bad engineered software.
Also Windows might be the reason why board manufacturers don't care, Win mostly uses standby instead of real boot and boards have some sort of fast boot feature to skip everything for this standby hack.
Comment
Comment