For speed, there are a *lot* of changes/improvements that could be made.
What I would like to see is the ability to get to a login prompt before startup is actually completed. Have all the non-essential startup stuff run in the background. Yes, this would require a sophisticated system since you could log in and start something that requires something that has not yet been started, and it would need to understand and deal with this appropriately and gracefully. But I think it would be cool. The perception of speed is based on how long you have to wait before you can do stuff. -Daniel On 2/16/07, Paul de Vrieze <[EMAIL PROTECTED]> wrote:
On Friday 09 February 2007, Roy Marples wrote: > On Thu, 8 Feb 2007 14:49:57 -0700 > > "Daniel Robbins" <[EMAIL PROTECTED]> wrote: > > In other words: > > > > busybox + single rcS file = fastest and simplest, smallest, best for > > very small filesystems, not as flexible > > > > bash + gentoo baselayout = most flexible, biggest, slower, best for > > feature-rich systems > > > > busybox + gentoo baselayout = ? > > FreeBSD sh + Gentoo baselayout = cold boot in around 4 seconds > Going to multi-user from single user after a boot is under 2 seconds > (times measured from when init starts rc - the difference is probably > because the all my local mounts are still mounted) > > I have this running on a 2Ghz P4 Laptop right now. Admittedly, no > network scripts are started expect for the loopback interface, but all > default scripts + openvpn, ssh, dnsmasq, metalog and vixie-cron are > started. > > Ladies and gentlemen, this has always been about one thing - speed. > Ever since I got my 300Mhz Sparc64 to play around with FreeBSD, I've > realised that baselayout + bash is just too damn slow. > > I think that's worth it. If that's what you want, don't use bash in the first place. I would agree that using bash for parsing is a pain in the but Daniel is right in that you're not going to be able to maintain posix compatibility. If you find an acceptable way to add the functionality to the network configuration files, it is ok, but sacrificing usability over an unmaintainable improvement doesn't work. If you want to speed up boot, the dependency generation is probably what's eating most time. Paul -- Paul de Vrieze Gentoo Developer Mail: [EMAIL PROTECTED] Homepage: http://www.devrieze.net
-- gentoo-dev@gentoo.org mailing list
