when startup delays become bugs

Adam Williamson awilliam at redhat.com
Wed May 15 14:47:00 UTC 2013

On Wed, 2013-05-15 at 11:58 +0200, Paolo Bonzini wrote:
> Il 15/05/2013 05:43, Adam Williamson ha scritto:
> > On Tue, 2013-05-14 at 15:51 -0600, Chris Murphy wrote:
> > 
> >> But firewalld goes from 7 seconds to 18 seconds? Why? avahi-daemon,
> >> restorecond, all are an order of magnitude longer on F19 than F18.
> >> It's a 3+ minute userspace hit on the startup time where the kernel
> >> takes 1.9 seconds. Off hand this doesn't seem reasonable, especially
> >> sendmail. If the time can't be brought down by a lot, can it ship
> >> disabled by default?
> > 
> > FWIW, I found your results here interesting, so I did a little test of
> > my own. I did default DVD installs of F17, F18 and F19 Beta TC4, ran
> > through firstboot, rebooted, then rebooted again and ran systemd-analyze
> > (to let prelink kick in). Results are that F18's slightly slower than
> > F17 and F19 is somewhat slower again. My numbers are way way faster than
> > your numbers overall, though; VMs do seem to perform very quickly on
> > this box for whatever reason.
> Can you include here the QEMU command line or libvirt XML definition?
> Unless you have something like cache=none or cache='none' in it
> (respectively for QEMU and libvirt), chances are that you're using the
> host memory as a very fast and large disk cache for your VM. :)

That's likely the case, yeah, I'm using a standard VM definition, no
tweaks, and I have 16GB of RAM.
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora

More information about the devel mailing list