Dirk Gently wrote:
Anton Aylward wrote:
On 09/28/2014 04:00 PM, Lew Wolfgang wrote:
claims that it "boots faster". If indeed it does boot faster, where's the return-on-investment cost analysis?
q.v. "boots faster" was never an objective; it was something that emerged from rationalizing the boot process.
[*Cow-doodoo*].. That was the ORIGINAL JUSTIFICATION -- under the idea that "booting will be faster if we allow initialization programs to be run in parallel rather than sequentially, and detecting as soon as all of an initialization function's prerequisite requirements are met...."
I have to agree with Dirk here... that was TOTALLY the justification -- the 1st justification given. When I compared it to an optimized systemV boot on my system, I had under 30 seconds -- 8-12 of which is kernel, 7-10 of file system mounting, and 7-10 of service starting. That put it under any systemd system starting up services from a cold system, no SSD, and no pre-loading which only worked on limited file systems.
If you want to be picky about it, Linda has also 'rationalized' the boot process in a quite different way. She has made the point that you can boot without using initrd, and that too 'boots faster'.
--- Rationalized??? How do you see basic boot as a rationalization?
In fact if you read item #2 at http://freedesktop.org/wiki/Software/systemd/Optimizations/ you'll see that removing initrd is valid method of speeding up boot regardless of use of sysvinit or systemd.
Getting rid of initrd would eliminate a lot of potential hangups, like having to re-mount root, having a compressed kernel which needs to be un-compressed to load and run, etc.
Both the time and the need for initrd is long gone.
Ditto on that. Other unix companies -- 15 years ago had custom kernel build scripts to build kernels for their customers automatically so it would boot quickly for their hardware and not have a bunch of excess modules loaded in. Sorry have really just not had time for most of this discussion... but I saw some Bpoop.... and had to reply... -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org