On Mon, Aug 02, 2010 at 12:07:32PM -0700, Auke Kok wrote: > On 08/02/10 11:09, Greg KH wrote: > >On Mon, Aug 02, 2010 at 10:48:47AM -0700, Auke Kok wrote: > >>However, I haven't had enough time yet thus far, and some of the > >>methods used by systemd don't look that compatible with smartphones > >>just yet. > > > >In what way are the methods not compatible with Linux on a phone? > > well, I'm not saying they aren't, but I'm having doubts whether the > method of starting daemons in parallel while they all wait-and-block > for dependencies will work, and provide the speedy boot needed on > low-power devices.
They aren't in "parallel", they are started as requested by some other program to be running. Now if there are lots of other programs running in parallel that are all asking for other processes to start up, well, there's not much we can do about that :) > One of my fears is that something that needs to start early will get > pushed back by other less-important applications doing tons of IO, or > consuming CPU time etc. A major concern for smartphones. I haven't seen that happen here at all. The boot times on a "full" distro (i.e. one not optimized for boot speed like MeeGo) is amazing due to the lazy startup. Try the latest Fedora or openSUSE trees, both of them have systemd in it for you to use and see. > Another major concern is that we need a sort of "charge mode" > override where the device shuts down all services and only runs > enough software to power the battery until it gets enough charge. I > haven't specifically looked at systemd enough yet to find an answer > on that question yet. Well, how does the current init system handle such a thing? I don't think it would be any different here, but I might be missing something. Also note that systemd has a "legacy" mode that can handle the old startup logic, so if you have parts of the system not yet converted, it should all work properly. > still, I think systemd looks promising. I have my reservations for > now whether it's stable enough, but I'm planning to experiment with > it combined with MeeGo, and I'll certainly work with Lennert to fix > issues I can find. Sounds great. thanks, greg k-h _______________________________________________ MeeGo-dev mailing list [email protected] http://lists.meego.com/listinfo/meego-dev
