* Re: Performance; was: 68k problem.
@ 1997-08-28 5:43 Toon Moene
0 siblings, 0 replies; 4+ messages in thread
From: Toon Moene @ 1997-08-28 5:43 UTC (permalink / raw)
To: egcs
Jeff wrote:
> I'm not including -frerun-loop yet; I want to think about
> it a little -- my experiences with trying to rerun passes
> hasn't been good. At various times over the years I've
> done this with cse and flow, and in both cases doing so
> has destabilized things pretty badly.
I must say we were also pretty surprised that it Just Worked. It
has been in g77 since g77-0.5.18, i.e. April 1996. Note, however,
that we had these flags turned off for all non-Fortran compiles by
default.
Toon.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Performance; was: 68k problem.
1997-08-27 22:01 egcs release Jim Wilson
@ 1997-08-27 22:30 ` Jeffrey A Law
0 siblings, 0 replies; 4+ messages in thread
From: Jeffrey A Law @ 1997-08-27 22:30 UTC (permalink / raw)
To: egcs
In message <9708272100.AA01051@moene.indiv.nluug.nl>you write:
> i.e. not as bad as I thought [38000+ seconds], but certainly worse
> than the g77-0.5.21-970811 + gcc-2.7.2.2 result (~ 10 %).
Just a note; I've got -freduce-all-givs and -fmove-all-movables
in my source tree, and barring any natual disasters they should
get checked in and appear in the next snapshot (tonight/tomorrow).
I'm not including -frerun-loop yet; I want to think about it a
little -- my experiences with trying to rerun passes hasn't been
good. At various times over the years I've done this with cse
and flow, and in both cases doing so has destabilized things
pretty badly.
Jeff
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: Performance; was: 68k problem.
1997-08-27 21:00 Here are the g++ test results djohnson
@ 1997-08-27 21:00 ` Toon Moene
0 siblings, 0 replies; 4+ messages in thread
From: Toon Moene @ 1997-08-27 21:00 UTC (permalink / raw)
To: egcs
I wrote, in a previous message on this subject:
QUOTE
Quoting the log files of both runs (all times in seconds;
optimisation -O2 -fforce-addr):
For g77-0.5.21-970811 + gcc-2.7.2.2:
HL_EXP12230704: FORECAST TOOK 32427.2949 SECONDS
UNQUOTE
Here are some more results:
For egcs-ss-970821:
HL_EXP26193432: FORECAST TOOK 35981.2305 SECONDS
i.e. not as bad as I thought [38000+ seconds], but certainly worse
than the g77-0.5.21-970811 + gcc-2.7.2.2 result (~ 10 %).
Cheers,
Toon.
BTW, how do you want your egcs today: Fried, scrambled, cooked or
continental ? [ Hi, Kate ]
And I'll refrain from explaining what "De Muyter" means in Dutch
;-)
^ permalink raw reply [flat|nested] 4+ messages in thread
* Performance; was: 68k problem.
@ 1997-08-27 14:39 Toon Moene
0 siblings, 0 replies; 4+ messages in thread
From: Toon Moene @ 1997-08-27 14:39 UTC (permalink / raw)
To: egcs
Yesterday, I wrote:
> Subsequently, I succesfully built HIRLAM (see URL:
> http://www.knmi.nl/hirlam ) and it is running now. If
> egcs performs as well as g77-0.5.21-970811 + gcc-2.7.2.2,
> this will finish within 24 hours.
Unfortunately, it doesn't. This is not really unexpected, as the
egcs snapshot doesn't work around the heuristics in loop.c meant to
prevent "too much register pressure".
Quoting the log files of both runs (all times in seconds;
optimisation -O2 -fforce-addr):
For g77-0.5.21-970811 + gcc-2.7.2.2:
HL_EXP12230704:0SUPOBS TOOK : 20.02850341797
HL_EXP12230704:0DATACH TOOK : 9476.3925781250
HL_EXP12230704:0ANAEVA TOOK : 11479.2958984375
HL_EXP12230704:0GRPEVA TOOK : 22881.7519531250
HL_EXP12230704:0HUMSUP TOOK : 1.60937500000
HL_EXP12230704:0DATACH TOOK : 579.2109375000
HL_EXP12230704:0HUMEVA TOOK : 292.9531250000
HL_EXP12230704:0GRPEVA TOOK : 384.8281250000
HL_EXP12230704: PREPARATIONS TOOK 49.1833 SECONDS
HL_EXP12230704: FORECAST TOOK 286.4648 SECONDS
HL_EXP12230704: PREPARATIONS TOOK 55.1645 SECONDS
HL_EXP12230704: FORECAST TOOK 32427.2949 SECONDS
For egcs-ss-970821:
HL_EXP26193432:0SUPOBS TOOK : 21.24188232422
HL_EXP26193432:0DATACH TOOK : 13005.2167968750
HL_EXP26193432:0ANAEVA TOOK : 12855.5527343750
HL_EXP26193432:0GRPEVA TOOK : 24094.5722656250
HL_EXP26193432:0HUMSUP TOOK : 1.87500000000
HL_EXP26193432:0DATACH TOOK : 715.5117187500
HL_EXP26193432:0HUMEVA TOOK : 318.5078125000
HL_EXP26193432:0GRPEVA TOOK : 402.7421875000
HL_EXP26193432: PREPARATIONS TOOK 52.4014 SECONDS
HL_EXP26193432: FORECAST TOOK 296.5845 SECONDS
HL_EXP26193432: PREPARATIONS TOOK 57.6717 SECONDS
[ The forecast is not finished yet, but I expect it to clock in at
38000+ seconds ]
In other words: There are Lies, Damn Lies, and Heuristics
Fortunately, the EGCS project to the rescue: "If the compiler lies
to you, you can get your revenge" *).
Cheers,
Toon.
*) That is, without sneaking in secret backend patches for g77.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~1997-08-28 5:43 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1997-08-28 5:43 Performance; was: 68k problem Toon Moene
-- strict thread matches above, loose matches on Subject: below --
1997-08-27 22:01 egcs release Jim Wilson
1997-08-27 22:30 ` Performance; was: 68k problem Jeffrey A Law
1997-08-27 21:00 Here are the g++ test results djohnson
1997-08-27 21:00 ` Performance; was: 68k problem Toon Moene
1997-08-27 14:39 Toon Moene
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).