Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

If your host machine is a real server (eg poweredge), itll do a selftest. This already takes tens of seconds. If you want fast bootup times, you need to be the BIOS. The example in the top post is stuff that either loads data off a flash chip (like a bios works) or a disk (requires some bootstrapping).


Newer Dells like the R640 take minutes to boot, not seconds.

Here's a random video of a guy booting a R740, it takes 1:51 just to get into the bios: https://www.youtube.com/watch?v=CSJNTdKdTJI


Some of the companies' servers (e.g. Dell) can boot pretty fast in these days. If you want see something that boots slowly, try an IBM HS22 blade (3+ minutes self-initialization after insert, 2.5+ minutes to pass initial BIOS screen to storage initialization and boot-start).

IBM's QPI-linked dual servers boots even slower as one technician explained to me. Presumably you can make coffee during the wait.


What does self-testing cover? RAM? That's something the OS could do as a background task, incrementally making memory available during boot after a chunk has been scanned.


Memory, peripherals, temperatures, fans, disks, network boot. RAM needs to be learned in, hence ddr first boots take a bit. https://github.com/librecore-org/librecore/wiki/Understandin...


DRAM testing is not really something you can do incrementally. Localized, bit-level failures are only one kind of failure; things get really interesting when you have disturbances (e.g., a shorted address line or something causes writes to some location to also change bits in another location).

Also, ECC failures usually cause a machine check. Not sure if you can control this on modern machines, it might be all or nothing.




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: