public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: John Bradford <john@grabjohn.com>
To: folkert@vanheusden.com
Cc: lkml@ro0tsiege.org, linux-kernel@vger.kernel.org
Subject: Re: Kernel GCC Optimizations
Date: Sat, 21 Dec 2002 22:44:59 +0000 (GMT)	[thread overview]
Message-ID: <200212212244.gBLMixLR002262@darkstar.example.net> (raw)
In-Reply-To: <Pine.LNX.4.33.0212212307460.24398-100000@muur.intranet.vanheusden.com> from "folkert@vanheusden.com" at Dec 21, 2002 11:10:56 PM

> > > Is there any risk using -O3 instead of -O2 to compile the
> > > kernel, and why?

> > * It might uncover subtle bugs that would otherwise not occur.

> I wonder: for the sake of performance and good use of the precious clock-
> cycles, shouldn't there be made a start of fixing those bugs? Assuming
> that the bugs you're talking about are not compiler-bugs, they *are* bugs
> in the code that should be fixed, shouldn't they?

There obviously are bugs in GCC, and the kernel team work around the
known ones.  This is part of the reason that there is a recommended
compiler version.  The Linux kernel also uses GCC compiler extensions,
and those can change between GCC versions.

The kernel has bugs too, but if they are not triggered by the
recommended version of GCC, then they might not get fixed immediately,
especially if the fix is non-trivial.

> > * Compiling with unusual options means that less people will know about
> > any problems it causes you.
> 
> So, let's make it -O6 per default for 2.7.x/3.1.x?

A higher -O setting does not necessarily mean better performance -
loop unrolling is one compiler optimisation that I *think* is
performed by GCC at high -O settings, and that *often* causes code to
be slower.

John.

  reply	other threads:[~2002-12-21 22:25 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-12-21 17:35 Kernel GCC Optimizations Ro0tSiEgE
2002-12-21 18:08 ` axel
2002-12-21 22:13   ` folkert
2002-12-21 18:11 ` John Bradford
2002-12-21 22:10   ` folkert
2002-12-21 22:44     ` John Bradford [this message]
2002-12-22  7:57       ` Zack Weinberg
2002-12-22  1:20     ` scott thomason
2002-12-22  1:26       ` Arnaldo Carvalho de Melo
2002-12-22  1:26     ` Robert Love
  -- strict thread matches above, loose matches on Subject: below --
2002-12-22 13:23 Joao Seabra
2002-12-25  6:16 ` Adam Majer

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=200212212244.gBLMixLR002262@darkstar.example.net \
    --to=john@grabjohn.com \
    --cc=folkert@vanheusden.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=lkml@ro0tsiege.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