Originally posted by starshipeleven
View Post
Announcement
Collapse
No announcement yet.
How Intel's Clear Linux Team Cut The Kernel Boot Time From 3 Seconds To 300 ms
Collapse
X
-
- Likes 1
-
Originally posted by skeevy420 View PostThe lights on the front of mine output in code during the POST and it isn't until that is over that the GPU fires up. Mine does ECC checks, HDD checks, RAID checks, dual CPU checks, etc. Tweak one thing hardware wise and it'll know and start nagging me.
I don't know what they mean though.Last edited by starshipeleven; 13 September 2019, 06:19 AM.
- Likes 1
Leave a comment:
-
Originally posted by starshipeleven View PostAlso doing a more extensive POST (power on self test) sequence for diagnostic reasons is another possibility.
The lights on the front of mine output in code during the POST and it isn't until that is over that the GPU fires up. Mine does ECC checks, HDD checks, RAID checks, dual CPU checks, etc. Tweak one thing hardware wise and it'll know and start nagging me.
Leave a comment:
-
Originally posted by tildearrow View PostIs there any reason why does it take so long?
Also doing a more extensive POST (power on self test) sequence for diagnostic reasons is another possibility.
Supermicro boot is faster but is a bit more bitchy with RAM, and it WILL NOT BOOT if you are not using ECC ram or if it does not like the ECC RAM you install, not printing shit on screen nor giving any other indication of what went wrong.
Note that I'm not counting the time needed for RAID cards to power up and enumerate drives, do scans and whatever, as that's not part of the server's UEFI. But in practice you also have that to add on top of the UEFI boot times in most servers.
- Likes 2
Leave a comment:
-
Originally posted by hotaru View Post
nope, just 1 disk. apparently a full minute is common for servers. the server right below it (a Super Micro with twice as many CPUs and a lot more RAM) only takes 20 seconds, though, so there doesn't seem to be any reason for it to take so long other than Dell's UEFI firmware being shit.
See above
Leave a comment:
-
Originally posted by tildearrow View Post
Is there any reason why does it take so long?
Too many disks to spin up maybe?
Simply put: Enterprise grade Dell equipment is slow to boot due to having assloads of POSTs.
I'm specifically saying workstation because there's also a Dell T5500 laptop and it's a piece of crap.
- Likes 1
Leave a comment:
-
Originally posted by caligula View PostAnyway the problem with the ultra fast boot mode is that if a kernel update won't boot, I'm stuck. Happened few times. I can't switch to some other boot entry since the keyboard won't work.
Really though, it's barely an important time savings as I rarely reboot(Once every few months usually), so I just don't see much point in it myself.
Originally posted by concatime View PostCan someone provides a list of modules that should be run in parallel to speed up boot? amdgpu?
driver_async_probe=[list]
All the ones in the kernel that support async afaik are listed here:
Based on probe_type enum docs: https://01.org/linuxgraphics/gfx-doc...l#c.probe_type
I have tried scanning (I guess only loaded modules?) for the param like this:
grep sync /sys/module/*/parameters/*
But only got "scan:async" as a result for scsi_mod.
- Likes 1
Leave a comment:
-
Originally posted by tildearrow View Post
Is there any reason why does it take so long?
Too many disks to spin up maybe?
- Likes 3
Leave a comment:
-
Originally posted by starshipeleven View PostThat's a rack server. A full minute for UEFI in a server is common.
Too many disks to spin up maybe?
- Likes 1
Leave a comment:
-
Originally posted by tildearrow View PostThe problem is that by doing this they'll be dropping compatibility with e.g. BIOS. Yes, BIOS still requires 16-bit mode at the beginning and I'm pretty sure even UEFI does too (but initializes a 64-bit environment fairly quickly).
- Likes 1
Leave a comment:
Leave a comment: