* Re: Here are the g++ test results
@ 1997-08-27 21:00 djohnson
1997-08-27 21:00 ` Performance; was: 68k problem Toon Moene
0 siblings, 1 reply; 5+ messages in thread
From: djohnson @ 1997-08-27 21:00 UTC (permalink / raw)
To: egcs
On Wed, 27 Aug 1997, Jeffrey A Law wrote:
> In message <Pine.PMDF.3.91.970827073910.538980029A-100000@MPS.OHIO-STATE.EDU>
> you write:
> > Hi,
> > I did apply HJ Lu's patch and ran make ckeck-g++ and got the same
> > results as you and HJ. Is it not possible to run the make checks without
> > installing the untested compilers and header files?
> I believe it is a bug in the testsuite, but I need to see the contents
> of the $objdir/libio to make sure.
>
> jeff
>
Here are the contents of $objdir/libio, sorry about the delay.
Doug
/local/src/egcs-970825/libio:
total 2637
drwxrwx--- 7 djohnson users 4096 Aug 26 21:36 .
drwxrwx--- 11 djohnson users 2048 Aug 27 14:49 ..
-rw-rw---- 1 djohnson users 73273 Aug 25 11:38 ChangeLog
-rw-r--r-- 1 djohnson users 5244 Aug 26 21:34 Make.pack
-rw-r--r-- 1 djohnson users 24859 Aug 26 21:34 Makefile
-rw-rw---- 1 djohnson users 4638 Aug 25 11:38 Makefile.in
-rw-rw---- 1 djohnson users 2231 Aug 25 11:38 NEWS
-rw-rw---- 1 djohnson users 4377 Aug 25 11:38 PlotFile.cc
-rw-rw---- 1 djohnson users 3201 Aug 25 11:38 PlotFile.h
-rw-r--r-- 1 djohnson users 27004 Aug 26 21:36 PlotFile.o
-rw-rw---- 1 djohnson users 1306 Aug 25 11:38 README
-rw-rw---- 1 djohnson users 2591 Aug 25 11:38 SFile.cc
-rw-rw---- 1 djohnson users 1909 Aug 25 11:38 SFile.h
-rw-r--r-- 1 djohnson users 28700 Aug 26 21:36 SFile.o
-rw-r--r-- 1 djohnson users 2487 Aug 26 21:35 _G_config.h
-rw-rw---- 1 djohnson users 2634 Aug 25 11:38 builtinbuf.cc
-rw-rw---- 1 djohnson users 2295 Aug 25 11:38 builtinbuf.h
-rw-r--r-- 1 djohnson users 14360 Aug 26 21:35 builtinbuf.o
-rw-rw---- 1 djohnson users 372 Aug 25 11:38 cleanup.c
-rw-r--r-- 1 djohnson users 8292 Aug 26 21:35 cleanup.o
drwxrwx--- 2 djohnson users 1024 Aug 25 11:38 config
-rw-rw---- 1 djohnson users 16370 Aug 25 11:38 config.shared
-rwxr-xr-x 1 djohnson users 322 Aug 26 21:34 config.status
-rw-rw---- 1 djohnson users 2566 Aug 25 11:38 configure.in
drwxrwx--- 2 djohnson users 1024 Aug 26 21:34 dbz
-rw-rw---- 1 djohnson users 8934 Aug 25 11:38 depend
-rw-r--r-- 1 djohnson users 90 Aug 26 21:34 dummy.h
-rw-rw---- 1 djohnson users 18928 Aug 25 11:38 editbuf.cc
-rw-rw---- 1 djohnson users 6882 Aug 25 11:38 editbuf.h
-rw-r--r-- 1 djohnson users 79448 Aug 26 21:36 editbuf.o
-rw-rw---- 1 djohnson users 5028 Aug 25 11:38 filebuf.cc
-rw-r--r-- 1 djohnson users 30084 Aug 26 21:35 filebuf.o
-rw-rw---- 1 djohnson users 3498 Aug 25 11:38 filedoalloc.c
-rw-r--r-- 1 djohnson users 14524 Aug 26 21:35 filedoalloc.o
-rw-rw---- 1 djohnson users 21286 Aug 25 11:38 fileops.c
-rw-r--r-- 1 djohnson users 23992 Aug 26 21:35 fileops.o
-rw-rw---- 1 djohnson users 74204 Aug 25 11:38 floatconv.c
-rw-r--r-- 1 djohnson users 50560 Aug 26 21:35 floatconv.o
-rw-rw---- 1 djohnson users 2223 Aug 25 11:38 floatio.h
-rw-rw---- 1 djohnson users 2609 Aug 25 11:38 fstream.cc
-rw-rw---- 1 djohnson users 3475 Aug 25 11:38 fstream.h
-rw-r--r-- 1 djohnson users 70964 Aug 26 21:35 fstream.o
-rwxrwx--- 1 djohnson users 21427 Aug 25 11:38 gen-params
-rw-rw---- 1 djohnson users 19942 Aug 25 11:38 genops.c
-rw-r--r-- 1 djohnson users 25884 Aug 26 21:35 genops.o
-rw-rw---- 1 djohnson users 3519 Aug 25 11:38 indstream.cc
-rw-rw---- 1 djohnson users 2925 Aug 25 11:38 indstream.h
-rw-r--r-- 1 djohnson users 16860 Aug 26 21:35 indstream.o
-rw-rw---- 1 djohnson users 1779 Aug 25 11:38 ioassign.cc
-rw-r--r-- 1 djohnson users 16076 Aug 26 21:35 ioassign.o
-rw-rw---- 1 djohnson users 3848 Aug 25 11:38 ioextend.cc
-rw-r--r-- 1 djohnson users 9068 Aug 26 21:35 ioextend.o
-rw-rw---- 1 djohnson users 1576 Aug 25 11:38 iofclose.c
-rw-r--r-- 1 djohnson users 8424 Aug 26 21:35 iofclose.o
-rw-rw---- 1 djohnson users 3570 Aug 25 11:38 iofdopen.c
-rw-r--r-- 1 djohnson users 13284 Aug 26 21:35 iofdopen.o
-rw-rw---- 1 djohnson users 1334 Aug 25 11:38 iofflush.c
-rw-r--r-- 1 djohnson users 7448 Aug 26 21:35 iofflush.o
-rw-rw---- 1 djohnson users 1541 Aug 25 11:38 iofgetpos.c
-rw-r--r-- 1 djohnson users 7656 Aug 26 21:35 iofgetpos.o
-rw-rw---- 1 djohnson users 1457 Aug 25 11:38 iofgets.c
-rw-r--r-- 1 djohnson users 7632 Aug 26 21:35 iofgets.o
-rw-rw---- 1 djohnson users 1708 Aug 25 11:38 iofopen.c
-rw-r--r-- 1 djohnson users 8576 Aug 26 21:35 iofopen.o
-rw-rw---- 1 djohnson users 1512 Aug 25 11:38 iofprintf.c
-rw-r--r-- 1 djohnson users 7680 Aug 26 21:35 iofprintf.o
-rw-rw---- 1 djohnson users 1360 Aug 25 11:38 iofputs.c
-rw-r--r-- 1 djohnson users 7708 Aug 26 21:35 iofputs.o
-rw-rw---- 1 djohnson users 1533 Aug 25 11:38 iofread.c
-rw-r--r-- 1 djohnson users 7728 Aug 26 21:35 iofread.o
-rw-rw--s 1517---fwrite.o
-rw-rw---- 1 djohnson users 3009 Aug 25 11:38 iogetdelim.c
-rw-r--r-- 1 djohnson users 9388 Aug 26 21:35 io 8408 Aug
26 21:35 iogetline.o
-rw-rw---- -rw-r--r-:38 iop 2095 Aug 25 1drw-rw---- 1 djohnson
users 6 21:35 ioseekponson users
-rw-r--r-- 1nson users .c
-rw-r--r--921 djohnson users 1502 Aug 25 11:38 iovsscanf.c
-rw-r--r-- 1 djohnson users 8192 Aug 26 21:35 iovsscanf.o
-rw-rw---- 1 djohnson users 3707 Aug 25 11:38 isgetline.cc
-rw-retline.o
-rw-2 1 djohnson usertream.cc
-rw-r 2291 Aug 25 11:38 pfstre 1 djohnson users 18764
Ars 791 Aug 26 21:36 std -rw-ron users 8612 Aug 25 11:38
strstream.cc
-rw-rw---- 1 djohnson users 4314 Aug 25 11:38 strstream.h
-rw-r--r-- 1 djohnson users 65528 Aug 26 21:36 strstream.o
-rw-r--r-- 1 djohnson users 1198 Aug 26 21:34 target-mkfrag
drwxrwx--- 2 djohnson users 1024 Aug 26 21:34 tests
drwxrwx--- 5 djohnson users 1024 Aug 26 21:34 testsuite
^ permalink raw reply [flat|nested] 5+ 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; 5+ 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] 5+ messages in thread
* Re: Performance; was: 68k problem.
@ 1997-08-28 5:43 Toon Moene
0 siblings, 0 replies; 5+ 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] 5+ 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; 5+ 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] 5+ messages in thread
* Performance; was: 68k problem.
@ 1997-08-27 14:39 Toon Moene
0 siblings, 0 replies; 5+ 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] 5+ messages in thread
end of thread, other threads:[~1997-08-28 5:43 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1997-08-27 21:00 Here are the g++ test results djohnson
1997-08-27 21:00 ` Performance; was: 68k problem Toon Moene
-- strict thread matches above, loose matches on Subject: below --
1997-08-28 5:43 Toon Moene
1997-08-27 22:01 egcs release Jim Wilson
1997-08-27 22:30 ` Performance; was: 68k problem Jeffrey A Law
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).