Phil Endecott wrote: > Dear All, > > debian-administration.org has published an article that I've written > summarising my efforts to improve the boot time of my Eee 901. Do > please have a look; I'm sure many of you will have comments to add and > you're welcome to do so either their in the article comments, on this > list, or directly to me. > > Regards, Phil.
http://www.debian-administration.org/articles/620 The link to the article. I read it and iI am till wondering what sreadahead does compared with readahead, and what is the real time benefit of using pre-populated /dev/ when you have your device modules build into the kernel. When you have the modules build into the kernel the need for modprobe goes away for these modules, this is the biggest time improvements. I still believe the udev modprobe system should be improved so custom kernels with build in modules should not be necessarily. modprobe is currently just far to slow... I experimented with parallel booting of services, my biggest issue is that the logging also when parallel so the vt logging output becomes a real mess. We should aim for a system that does parallelization in the background but does all the logging and feedback to the user in a logical way that is possible to follow and use for debugging. Beside this creating a custom kernel can have great benefits, what i would really like is to just rebuild the standard Debian kernel whenever a new updates comes in with apt-get and scan the system for used modules and rebuild the kernel with these modules build-in. My main concerns are maintainability. Feedback is welcome, Thanks, Jelle _______________________________________________ Debian-eeepc-devel mailing list [email protected] http://lists.alioth.debian.org/mailman/listinfo/debian-eeepc-devel
