All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Buesch <mb@bu3sch.de>
To: "Luis R. Rodriguez" <mcgrof@gmail.com>
Cc: Jan Kiszka <jan.kiszka@web.de>, linux-wireless@vger.kernel.org
Subject: Re: compat-wireless: ridiculous build speed
Date: Thu, 11 Jun 2009 23:14:29 +0200	[thread overview]
Message-ID: <200906112314.29464.mb@bu3sch.de> (raw)
In-Reply-To: <43e72e890906111410n3766ceb7t4b4efda05730c693@mail.gmail.com>

On Thursday 11 June 2009 23:10:52 Luis R. Rodriguez wrote:
> On Thu, Jun 11, 2009 at 2:05 PM, Michael Buesch<mb@bu3sch.de> wrote:
> > On Thursday 11 June 2009 20:48:13 Luis R. Rodriguez wrote:
> >> On Thu, Jun 11, 2009 at 2:29 AM, Jan Kiszka<jan.kiszka@web.de> wrote:
> >> > Hi,
> >> >
> >> > while watching compat-wireless-2009-06-11 doing baby-steps building all
> >> > its modules, I wonder what slows this down so horribly. No other
> >> > external module build package I know is that slow (I would say *at
> >> > least* one order of magnitude slower than normal). Is this really required?
> >> >
> >> > [ Hurray, it's finished! ]
> >>
> >> I think the many depmod -ae are the culprit. This is in place to
> >> account for all the crap of madwifi which may be present or older
> >> drivers which have been renamed.
> >>
> >> This could be improved. Patches are welcomed.
> >>
> >> Ps. Try building with make -j 2, etc.
> >
> > -j does not help. It will hardly build in parallel then.
> 
> It works swell for me. The only thing that does not build in parellel
> is the autoconf stuff but after its done with that step everything
> builds as expected with -j 2.
> 
> > There's something
> > that serializes most of it (implicitly).
> 
> You certain its just not the first part? I had written some patches to
> make the first autoconf step into another step to then allow make -j
> foo to work without a warning but that would involve another step. The
> -j option does work for me though.

Well, I never measured it, but I don't see any advantage when using -jX. Maybe
that is because forever equals forever+1.

What I do see, though, is that the per-cpu load is much higher when building the
kernel itself with the same -j parameter.

-- 
Greetings, Michael.

  reply	other threads:[~2009-06-11 21:14 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-11  9:29 compat-wireless: ridiculous build speed Jan Kiszka
2009-06-11 18:48 ` Luis R. Rodriguez
2009-06-11 21:05   ` Michael Buesch
2009-06-11 21:10     ` Luis R. Rodriguez
2009-06-11 21:14       ` Michael Buesch [this message]
2009-06-11 21:39         ` Gábor Stefanik
2009-06-11 21:43           ` Luis R. Rodriguez
2009-06-13  8:53             ` [PATCH] Warp speed building Jan Kiszka
2009-06-16 18:39               ` Hauke Mehrtens
2009-06-16 20:07                 ` Luis R. Rodriguez
2009-06-17  6:47                   ` Jan Kiszka

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=200906112314.29464.mb@bu3sch.de \
    --to=mb@bu3sch.de \
    --cc=jan.kiszka@web.de \
    --cc=linux-wireless@vger.kernel.org \
    --cc=mcgrof@gmail.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.