3 ms·
Except if you're using ksplice on Linux to start a new kernel, you won't be waiting for RAID to initialise, which means those seconds do matter. (Or fast reboo
by binarycrusader 15y ago
Except if you're using ksplice on Linux to start a new kernel, you won't be waiting for RAID to initialise, which means those seconds do matter. (Or fast reboot on Solaris.)
In many SLAs, the amount of time the system is unavailable can count against the company providing the server. Minimising the amount of downtime is a win for everyone.
- count 15y agoIf you're basing downtime avoidance on 'how fast I can boot', you're doing it wrong.
- binarycrusader 15y agoStop and think about this for a moment. Given the number of potential updates that may require a reboot to a system that is regularly maintained (for security and/or other reasons) shaving seconds off the boot process can really add up. The number of seconds that a system isn't available to serve requests can mean the difference between six nines and three nines of availability easily over the course of a year. It has nothing to do with "how fast I can boot", it's strictly about the amount of time the system is available to perform its expected operations. No one cares if you can't serve requests because it was rebooting or some other reason, the availability of the system's desired functionality is all that counts.