From: Andrew Pinski <pinskia@physics.uc.edu>
To: Carlo Wood <carlo@alinoe.com>
Cc: gcc@gcc.gnu.org
Subject: Re: GCC performance regression - up to 20% ?
Date: Mon, 22 Apr 2002 19:25:00 -0000 [thread overview]
Message-ID: <9D7EA124-565E-11D6-B762-000393122612@physics.uc.edu> (raw)
In-Reply-To: <20020423032032.A31123@alinoe.com>
On Monday, April 22, 2002, at 09:20 , Carlo Wood wrote:
> On Mon, Apr 22, 2002 at 08:49:20PM -0400, Andrew Pinski wrote:
>> And it was -O3 that included the inline optimization.
>
> Huh??
> I am using the fact (I hope) that functions marked with 'inline'
> or member functions that are defined inside their class declaration
> are inlined already with -O.
> Talking about real small functions here (accessors etc).
>
Read the manual, under the -O3 option:
Optimize yet more. `-O3' turns on all optimizations specified by `-O2'
and also turns on the `-finline-functions' and `-frename-registers'
options.
These options control various sorts of optimizations:
-O
-O1
Optimize. Optimizing compilation takes somewhat more time, and a lot
more memory for a large function.
Without `-O', the compiler's goal is to reduce the cost of compilation
and to make debugging produce the expected results. Statements are
independent: if you stop the program with a breakpoint between
statements, you can then assign a new value to any variable or change
the program counter to any other statement in the function and get
exactly the results you would expect from the source code.
Without `-O', the compiler only allocates variables declared register in
registers. The resulting compiled code is a little worse than produced
by PCC without `-O'.
With `-O', the compiler tries to reduce code size and execution time.
When you specify `-O', the compiler turns on `-fthread-jumps' and
`-fdefer-pop' on all machines. The compiler turns on `-fdelayed-branch'
on machines that have delay slots, and `-fomit-frame-pointer' on
machines that can support debugging even without a frame pointer. On
some machines the compiler also turns on other flags.
-O2
Optimize even more. GCC performs nearly all supported optimizations that
do not involve a space-speed tradeoff. The compiler does not perform
loop unrolling or function inlining when you specify `-O2'. As compared
to `-O', this option increases both compilation time and the performance
of the generated code.
`-O2' turns on all optional optimizations except for loop unrolling,
function inlining, and register renaming. It also turns on the
`-fforce-mem' option on all machines and frame pointer elimination on
machines where doing so does not interfere with debugging.
Please note the warning under `-fgcse' about invoking `-O2' on programs
that use computed gotos.
-O3
Optimize yet more. `-O3' turns on all optimizations specified by `-O2'
and also turns on the `-finline-functions' and `-frename-registers'
options.
-O0
Do not optimize.
-Os
Optimize for size. `-Os' enables all `-O2' optimizations that do not
typically increase code size. It also performs further optimizations
designed to reduce code size.
If you use multiple `-O' options, with or without level numbers, the
last such option is the one that is effective.
> --
> Carlo Wood <carlo@alinoe.com>
>
>
next prev parent reply other threads:[~2002-04-23 2:05 UTC|newest]
Thread overview: 32+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-04-20 18:13 Michel LESPINASSE
2002-04-21 3:41 ` Andreas Jaeger
2002-04-21 5:46 ` Jan Hubicka
2002-04-21 23:46 ` Michel LESPINASSE
2002-04-22 0:17 ` Andreas Jaeger
2002-04-22 17:42 ` Michel LESPINASSE
2002-04-22 18:20 ` Andrew Pinski
2002-04-22 18:30 ` Carlo Wood
2002-04-22 19:25 ` Andrew Pinski [this message]
2002-04-24 15:24 ` Allan Sandfeld Jensen
2002-04-22 7:11 ` Carlo Wood
2002-04-22 7:11 ` Falk Hueffner
2002-04-22 7:34 ` law
2002-04-22 8:23 ` Johannes Stezenbach
2002-04-22 1:47 ` Gerald Pfeifer
2002-04-22 14:33 ` GCC performance regression - its memset ! Michel LESPINASSE
2002-04-22 14:58 ` Jason R Thorpe
2002-04-22 15:27 ` Michel LESPINASSE
2002-04-22 16:59 ` Segher Boessenkool
2002-04-22 17:10 ` Richard Henderson
2002-04-22 17:13 ` Michel LESPINASSE
2002-04-22 17:39 ` Richard Henderson
2002-04-22 17:49 ` Michel LESPINASSE
2002-04-23 5:03 ` Falk Hueffner
2002-04-23 6:53 ` Andreas Schwab
2002-04-23 2:39 ` Jan Hubicka
2002-04-23 13:36 ` Michel LESPINASSE
2002-04-24 0:30 ` Jan Hubicka
2002-04-24 0:50 ` Jakub Jelinek
2002-04-24 1:00 ` Jan Hubicka
2002-04-24 3:32 ` Jan Hubicka
[not found] <20020421005718.GA16378@zoy.org.suse.lists.egcs>
[not found] ` <20020421113238.GC16602@atrey.karlin.mff.cuni.cz.suse.lists.egcs>
2002-04-21 7:58 ` GCC performance regression - up to 20% ? Andi Kleen
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=9D7EA124-565E-11D6-B762-000393122612@physics.uc.edu \
--to=pinskia@physics.uc.edu \
--cc=carlo@alinoe.com \
--cc=gcc@gcc.gnu.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;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).