mkinitrd unification across distributions
 help / color / mirror / Atom feed
From: John Reiser <jreiser-Po6cBsTGB2ZWk0Htik3J/w@public.gmane.org>
To: initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: Testers wanted: dracut lazy install with cpio
Date: Tue, 28 Feb 2012 10:30:21 -0800	[thread overview]
Message-ID: <4F4D1D3D.2070808@bitwagon.com> (raw)
In-Reply-To: <1330451168.1026.139.camel-1q1vX8mYZiGLUyTwlgNVppKKF0rrzTr+@public.gmane.org>

On 02/28/2012 09:46 AM, David Dillow wrote:

> I tend to agree that the ~2 second improvements reported so far are not
> compelling, but I see those as the developers case. I'm more interested
> in the users' case -- is that 14 seconds Cong reported real?

I suspect that the 14 seconds difference was between a cold cache (first run)
and a warm cache (third run).  There wasn't anything non-real about it,
but the cache effect was much larger than the lazy/non-lazy algorithm.
The measurements that I reported yesterday were all warm-cache cases,
and I saw much closer improvement in wall-clock time (several percent)
for lazy, in both testimage and hostimage.  This is consistent with
the hypothesis that the improvement was due to the lazy case using one
(or a small handful) cpio of many files at a time, versus the non-lazy
case doing one /bin/cp for each file.  The savings is in reduced
usage of fork[clone]+execve+ld_linux.so+wait.

-- 

  parent reply	other threads:[~2012-02-28 18:30 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-27 15:50 Testers wanted: dracut lazy install with cpio Harald Hoyer
     [not found] ` <4F4BA634.5070804-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2012-02-27 21:55   ` John Reiser
2012-02-28 12:43 ` Cong Wang
2012-02-28 15:09   ` John Reiser
     [not found]     ` <4F4CEE33.3000906-Po6cBsTGB2ZWk0Htik3J/w@public.gmane.org>
2012-02-28 15:29       ` Harald Hoyer
     [not found]         ` <4F4CF2D1.8090704-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2012-02-28 16:27           ` David Dillow
     [not found]             ` <1330446443.1026.123.camel-1q1vX8mYZiGLUyTwlgNVppKKF0rrzTr+@public.gmane.org>
2012-02-28 16:58               ` John Reiser
     [not found]                 ` <4F4D07A1.7010305-Po6cBsTGB2ZWk0Htik3J/w@public.gmane.org>
2012-02-28 17:46                   ` David Dillow
     [not found]                     ` <1330451168.1026.139.camel-1q1vX8mYZiGLUyTwlgNVppKKF0rrzTr+@public.gmane.org>
2012-02-28 18:30                       ` John Reiser [this message]
2012-02-28 15:14   ` Harald Hoyer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4F4D1D3D.2070808@bitwagon.com \
    --to=jreiser-po6cbstgb2zwk0htik3j/w@public.gmane.org \
    --cc=initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox