GNOME 3.0 planning announced

After a lot of thinking


GNOME release team is happy to announce


planning for GNOME 3.0

Enjoy (other members of Release Team did blog about it too : Vincent, Lucas, Andre).

Now, back to work, folks !

Speedboot explained

For those of you not following Mandriva Linux development closely, we just released Mandriva Linux 2009 Spring Beta and this is our first release featuring speedboot feature, in its initial phase.



Booting fast, is it important ?
Boot time has been a hot topic for the past few months in Linux community, either by chip and SSD manufacturers who want to show how fast their hardware can go when software is fixed properly (Moblin fastboot) or even by distributions, mostly on Netbook and OEM, such as various Mandriva Linux based products, like Hercules eCafé, G-dium, TouchDiva which are using Mandriva finit.

However, most of those initiatives are focused on fixed hardware configuration and software install, which ease boot speed optimization according to system specifications.

Unfortunately, on a generic distribution where many features are available and might be enabled or not, based on user choices, not all optimisations can't be applied blindly.

This is why we have created speedboot for Mandriva Linux 2009 Spring.

What is speedboot ?

Speedboot is a specific boot time mode on a standard Mandriva Linux 2009 Spring where graphical system is started as early. This mode allows users to interact with their system much earlier than it was possible before, so they don't feel frustrated because their system isn't ready yet.

In Speedboot mode, some tasks are done very early in the boot process, other are delayed after graphical display manager has been displayed, and some tasks are ignored completely.

Speedboot has been designed to be transparent for our users : if system meets some criterias (not using network based authentication, not using encrypted partitions, ...), speedboot will be automatically enabled and used, with a fallback mecanism, in the event display manager could not be started properly, so standard (ie slow) boot would still be used to start display manager (for instance, if you boot on a new kernel and your dkms driver haven't been rebuilt yet). Of course, users will also have the possibility to completely disable speedboot if they don't like it.

But you are cheating, you are slowing boot process by running stuff in the background !!
I'm not sure it is cheating, but it is true we are deferring some tasks which used to be executed before display manager. It is a matter of perception for users. For years (since 2002), Mandriva have been starting display manager as soon needed services for X and display manager where running, to give a better user experience in the boot process, so some services (network, ssh server, etc..) were already being started in the background. We improved this system by using a parallel initscript system (prcsys) in 2006, allowing to reduce again boot time and in Mandriva Linux 2009.0, we tuned the system again and added readahead and preload, which, in most cases, reduced again boot time.

However, we also discovered those techniques didn't work everywhere : not everybody has a fast harddrive or SSD, so readhead could sometime slow boot time. Based on user configurations and system power, parallel initscript could sometime "clutters" initial boot time (since some services had no dependencies on other services, they were started early and precious CPU cycles (or IO) were used by them instead of the critical path for display manager startup.

So, we needed to find a path between a fully sequential system (à la finit) which can't be generalized on everybody system, and a fully parallel system (à la prcsys) which can't be optimized easily. We already did some of those optimisation for Mandriva 2009.0 and speedboot is the next step.

So, what do you really do in speedboot mode ?
We are still using standard initscripts, which have been modified a little to do the following :
- start udev almost immediatly after rc.sysinit is up, but do not do ask for coldplug events (this is what eat a lot of CPU on standard systems). Instead, ask udev to coldplug specific components which are needed for Xorg to start. And do this in the background
- check filesystems
- mount filesystems
 - in a new specially created runlevel (and in background) start display manager and its dependencies (syslog, dbus, hal, acpid)
- do some cleanups on various directories

- wait until display manager is up and running (with a timeout, just in case) and then continue the standard boot process in runlevel 5 (using prcsys to use parallel init)
- do not use readahead (nor sreadahead) : atm, I've been confusing on average harddisk and readahead doesn't help in that case, because we are already using too much IO on the disk and even idle IO are slowing the boot. I'll need to check on fast harddrive and SSD and maybe only enable readahead depending on the disk speed (but I'm not a fan of this, because it implies running a disk speed test at some point)

How can I test speedboot ?
That is quite simple : download Mandriva Linux 2009 Spring Beta release, install it and add speedboot to your kernel cmdline (either manually on in your grub / lilo configuration). Be aware speedboot can cause issues like changing kernel version (because it is started before dkms). Those issues will be fixed in future pre-releases of Mandriva 2009 Spring, as well as automatic activation of speedboot. Anyway, if you found issues, please fill bug reports on our bugzilla, against initscripts components or email cooker mailing list.

You lied, bootchart says my boot time is longer with speedboot than without
Well, unfortunately, bootchart is measuring the entire system boot time and with speedboot, we are favoring X early startup (what I call "perceived boot time") at the expense of total boot time (ie when all services are up and running). If you want to compare bootcharts with and without speedboot, look at timing for gdmgreeter (or kdmgreeter) startup. This will mean system is ready for login. On average, we found a gain of 10s, which means you can get graphical login available between 8s and 20s (this varies on your system specification). You can check some results here : you get kdm greeter in 12s instead of 23s. And you can also check the influence of using ext4 vs ext3, which isn't giving that much gain some people thought it would : just 1s with speedboot for kdm greeter.

But you are slowing the desktop login !

Yes, we might, but not that much. Possible solutions would be to start the various services with ionice / nice, but it is a little dangerous since they should be renice back to standard niceness once login is finished and you can't be sure to be able to do that without any leftover. Some people also suggested to us at command but this would not integrate transparently with initscripts provided by various services.

Why didn't use upstart ?
We tested it but it is still very young, changing a lot, breaking its configuration file between major releases and to be able to have a full event based system would require rewriting all initscripts to upstart format, without being sure we would have gain. So, for now, we are keeping with standard technologies, which are LSB compliant as a bonus.

We hope you will like speedboot and are waiting for your feedback, either on cooker mailing list or bugzilla.

Enjoy !

Did somebody asked for a GNOME group photo ?

Vincent did put a lot of pressure on me and my camera, so here there are :








Thanks to Anne who took those pictures.

Mandriva Linux Assembly

Thanks to crevette and vuntz, my new hackergotchi is now Planet GNOME compliant and available on Planet GNOME. Now, chances are higher people recognized me at FOSDEM tomorrow or in future events ;)

Mandriva Linux Assembly
I'm really happy Mandriva announced this week Mandriva Linux Assembly launch, which will formalize Mandriva (the company) relationships with Mandriva Linux community (both users and contributors). We didn't feel this kind of liaison comitee was needed in the past probably because Cooker (where Mandriva Linux is developped) has always been extremely opened since its creation in 1999, as well as community feedback coming from forums or mailing lists but things changed and we are not deaf ;)

Of course, if you want to discuss about the new assembly at FOSDEM, join us at Mandriva booth. And you'll be able to see a preview on Mandriva speedboot feature too (I'll talk about it more in-depth next week).

FOSDEM, reducing boot time

Like a lot of GNOME and Mandriva people, . Mandriva community will have its booth, so I hope to meet a lot of people there.



Boot time
I've also resumed my work on reducing boot time for next Mandriva Linux release, including some of the ideas I experimented when working on Mandriva Mini. So far, first results are promissing : on a 2 year old laptop (Centrino Duo) with average hard drive, using Mandriva cooker, gdm greeter is available in 26s. After integrating my first changes, I was able to get gdm greeter in 15s. Not bad for a first shot, and I'm hoping to improve it further. And of course, the idea is to automagically enable this "fast boot" mode when relevant without any user intervention.

Metisse / Façades : did I fail promoting it ?

Before I forget, thanks to Luis, I have a new hackergotchi. If you are aggregating myblog in a planet, please update my hackergotchi. Thanks.

Back on the main subject : I'm both happy and sad to see Jim talking about Façades. I'm happy because I'm no longer the only one talking about the various features of Metisse. But I'm sad, because Jim seems to discover Métisse and Façades, while we have been promoting Metisse for more than two years in Mandriva Linux and I've created screencast and doing demonstrations in various conférences. Our goal was to try to raise awareness of those kind of technologies (resulting from a lot of research and user testing done by Metisse team) in Free software desktop environment, hoping interested people would help Metisse team in develop their software or integrate some of Metisse ideas in "common" desktop environments.

I have mixed feeling about the results : we succeed because Metisse team was able to get a funding for hiring someone to work on Metisse code (Rémi Cardona) and helping to either port it to last Xorg technologies or get relevant Métisse technologies merged in Xorg platform (input redirection is handled in Métisse for a long time, for instance). But I also have the feeling I failed on promoting Metisse, since people are only discovering it now, instead of two years ago :(

So, if you want to refresh your views about Metisse, you can view screencasts I did two years ago (created directly from Metisse), either on Dailymotion (now available in high quality) or download them there. I also suggest you read their various research papers, they are extremely interesting. And of course, you can grab Mandriva Linux 2009 (or earlier versions), where Metisse is available as an option, just like Compiz Fusion.

I'm weak

Two weeks ago, I was invited in a Playstation event in a nice loft near Trocadero to test upcoming games on both PS3 and PSP, so I mostly tested Little Big Planet (on PS3), Locoroco 2 on PSP (I'm a fan of the first Locoroco on PSP) and Resistance 2 (I'm really bad at this kind of game). I mostly wanted to test Little Big Planet, since I first saw some videos from the game and next Prince of Persia (but it wasn't there to be tested unfortunately). And I wasn't disappointed (compared to two years ago where I was invited to a similar event, before PS3 official launch in France and almost no game was incentive enough for buying a PS3, unlike Wii). So, I was just weak : I waited until official launch of Little Big Planet in France (last Friday), available in a PS3 bundle and I bought it. And I really don't regret my decision, this game is great.

Since Friday, I have innoculated Little Big Planet virus to 6 other players (4 who had already a PS3 and now want to buy the game, and a couple who were waiting for good games on PS3 before buying one and plan to now ;), and I also contamined another friend, by just talking to him on Friday after over irc (and I must confess I was sure he already had a PS3 when I discussed with him, but he only had a PSP :D).

I'm weak, I know that now. And if you want to be weak with me on Little Big Planet, just add "UnFred" as your PSN contact...