Fedora 10 - Boot Analysis

Eric Sandeen sandeen at redhat.com
Mon Dec 15 15:55:52 UTC 2008


Harald Hoyer wrote:
> http://www.harald-hoyer.de/personal/blog/fedora-10-boot-analysis
> 
> A brief Fedora 10 boot analysis.
> 
> Hardware: Asus EeePC 901 with a flash disk.
> 
> Time taken from entering the encrypted root disk password until the password can 
> be entered (after pressing return in gdm). The 10 second wait in nash is ignored 
> here (which really annoys me and should be configurable in /etc/sysconfig/mkinitrd).
> 
> Default Live CD Installation:  39s (bootchart 
> http://www.harald-hoyer.de/files/f10boot/bootchart-nonread.png)
> 
> After installing readahead and running one collection boot process: 36s 
> (bootchart http://www.harald-hoyer.de/files/f10boot/bootchart-readahead.png)
> 
> At this point, I recognized that all processes (NetworkManager and newaliases), 
> which call a fsync(), let the boot process wait until all data is written to 
> disk. This is the same effect as the firefox sqlite fsync bug 
> http://shaver.off.net/diary/2008/05/25/fsyncers-and-curveballs/.
> 
> Mounting the root filessystem with relatime and turning off ordered data writing 
> for the journal with
> 
> # tune2fs -o journal_data_writeback /dev/root
> 
> improved the situation (even though data might be old on the disk after a crash, 
> but ext3 does not force the disk to empty the write cache anyway).
> 
> Turning off setroubleshoot and fixing 
> https://bugzilla.redhat.com/show_bug.cgi?id=476023 and 
> https://bugzilla.redhat.com/show_bug.cgi?id=476028: 32s (bootchart 
> http://www.harald-hoyer.de/files/f10boot/bootchart-readahead-nosetrouble.png)
> 
> Turning off bootchart: 30s
> 
> So all in all we have nearly accomplished the 30 Second Startup Feature 
> http://fedoraproject.org/wiki/Features/30SecondStartup.

Well, no; not if this requires data=writeback.  We can't ship that way,
it's a potential security hole.  You don't want someone's maildir
suddenly containing pieces of /etc/shadow or whatnot.  The old data that
may be exposed by data=writeback may not belong to that user.

-Eric




More information about the fedora-devel-list mailing list