> Parallelized booting. What this means is we run multiple bootup scripts > simultaneously. It's a *lot* faster on mid-to-higher-end machines, even > with just one CPU - it'd be wickedly fast with SMP.
I like it. This sounds like a job for make (which can run things in parallel) It shouldn't be too much trouble to come up with a few make rules that (on an unmodified system) run all the rc scripts, one at a time, in the same order, as they would be run now (for backward compatibility). Then, as you make scripts parallel-isable, you do something[1] so that make can pick up on the real dependencies (rather that the over-cautious default it would have used), and your done. This way, new scripts on an old system work as normal. Old scripts with a new paraliasble make based /etc/init.d/rc script work fine too. You can use make's load/job limiting options to tune the best number of things to run at once. The only problem I see with this is making it survive things like file corruption in the Makefiles, but I guess corrupted init scripts are fairly bad news as it is, so that's not making thinks much worse. Cheers, Phil. [1] like make /etc/init.d/deps/[KS]packagename be makefile fragments that get included into the master makefile. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]