[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.0812020901530.3256@nehalem.linux-foundation.org>
Date: Tue, 2 Dec 2008 09:05:12 -0800 (PST)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Sam Ravnborg <sam@...nborg.org>
cc: "Renato S. Yamane" <yamane@...mondcut.com.br>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: About git-bisect (was: Linux 2.6.28-rc7)
On Tue, 2 Dec 2008, Sam Ravnborg wrote:
>
> You do not need to do a "make clean" between each build, so if none
> of the core files are touched you should be much faster.
Not for big ranges, sadly.
Because "git bisect" tends to jump around wildly, it's very rare to not
have to rebuild the whole tree. Only at the very last few bisection events
(when it's been narrowed down to just a few tens of commits) will you
generally see your compiles speed up.
That said, the _best_ way to speed up your compile (whether bisecting or
not) is to simply only compile the drivers and modules you actually need.
It takes me 16 seconds to compile my kernel (if it's all cached), and
that's largely because I do _not_ compile one of the crazy distro kernels
with thousands of totally irrelevant modules for my setup.
A good config file will not just result in a smaller kernel, it will often
cut down your kernel compile times by a factor of ten or even more.
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists