www.delorie.com/archives/browse.cgi   search  
Mail Archives: pgcc/1998/03/17/16:51:47

X-pop3-spooler: POP3MAIL 2.1.0 b 3 961213 -bs-
Delivered-To: pcg AT goof DOT com
Message-ID: <350EA825.A9150366@muenster.de>
Date: Tue, 17 Mar 1998 17:43:17 +0100
From: Thorsten Geisbe <geisbe00 AT muenster DOT de>
X-Mailer: Mozilla 4.03 [en] (X11; I; Linux 2.1.65 i486)
MIME-Version: 1.0
To: "Yo 'Ric Dude" <ericmit AT ix DOT netcom DOT com>
CC: beastium-list AT Desk DOT nl
Subject: Re: AMD K5/K6 optimization benchmarks?
References: <3504E6BB DOT CC869242 AT ix DOT netcom DOT com>
Sender: Marc Lehmann <pcg AT goof DOT com>
Status: RO
Lines: 120

This is a multi-part message in MIME format.
--------------3F4503CB35EF9C7B40B5C880
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Yo 'Ric Dude wrote:

> Hi,
>
> I'm not on the mailing list, but would like to know if
> there is any data on performance comparisons between
> gcc/egcs and pgcc for the AMD K5/K6 series of CPUs.
>
> If not, is there a recommendation on how to acquire
> such data?  Once acquired, would anyone be interested
> in adding that data to the FAQ/pgcc pages for others
> who may be curious?
>
> Any information appreciated.
>
> -- ebm
> +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+
> |  __                         a.k.a. Eric B. Mitchell |
> |  |_) .  _  _|      _|  _     ericmit AT ix DOT netcom DOT com  |
> |  | \ ( (_ (_| (_| (_| (/_   www.netcom.com/~ericmit |
> | How's My Programming?   Call:  1 - 800 - DEV - NULL |
> +=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+



--------------3F4503CB35EF9C7B40B5C880
Content-Type: message/rfc822
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Received: from bbaer for geisbe00
 with Cubic Circle's cucipop (v1.13 1996/12/26) Wed Jan 21 21:22:33 1998
X-From_: pascal AT Desk DOT nl Wed Jan 21 16:01:57 1998
X-Delivered: at request of bin on bbaer
Received: from mail.Desk.nl (root AT ns2 DOT Desk DOT nl [194.109.3.69])
	by bbaer.muenster.de (8.8.8/8.8.8) with ESMTP id QAA07568
	for <geisbe00 AT muenster DOT de>; Wed, 21 Jan 1998 16:01:51 +0100
Received: from basis.Desk.nl (listserv AT basis DOT Desk DOT nl [194.109.3.67]) by mail.Desk.nl (8.8.8/8.6.9) with ESMTP id PAA13043; Wed, 21 Jan 1998 15:43:52 +0100
Received: (from listserv AT localhost) by basis.Desk.nl (8.8.5/8.6.9) id PAA28639 for beastium-list-outgoing; Wed, 21 Jan 1998 15:36:17 +0100
Received: from birdland.rhein-neckar.de (root AT birdland DOT rhein-neckar DOT de [193.197.88.3]) by basis.Desk.nl (8.8.5/8.6.9) with ESMTP id PAA28636 for <beastium-list AT desk DOT nl>; Wed, 21 Jan 1998 15:36:04 +0100
Received: from amalthea.rhein-neckar.de (uucp AT localhost) by birdland.rhein-neckar.de (8.8.7/8.8.3) with bsmtp id PAA11871; Wed, 21 Jan 1998 15:31:00 +0100 (MET)
Received: from cthulhu.rhein-neckar.de by amalthea.rhein-neckar.de
	via rsmtp with bsmtp
	id <m0xv0wh-00000pC AT amalthea DOT rhein-neckar DOT de>
	for <sprintmail.com!jduan>; Wed, 21 Jan 1998 15:15:59 +0100 (MET)
	(Smail-3.2 1996-Jul-4 #5 built 1997-Jun-26)
Received: from uggae.rhein-neckar.de(really [192.168.1.4]) by cthulhu.rhein-neckar.de
	via smail with smtp
	id <m0xuwLM-00049SC AT cthulhu DOT rhein-neckar DOT de>
	for <jduan AT sprintmail DOT com>; Wed, 21 Jan 1998 10:21:08 +0100 (MET)
	(Smail-3.2.0.92 1997-Feb-9 #1 built DST-Sep-23)
Date: Wed, 21 Jan 1998 10:19:29 +0100 (CET)
From: Holger Burbach <holly AT cthulhu DOT rhein-neckar DOT de>
X-Sender: holly AT uggae DOT rhein-neckar DOT de
To: Jack Duan <jduan AT sprintmail DOT com>
cc: Brian Makin <makinb AT ctc DOT com>, beastium-list AT Desk DOT nl
Subject: Re: PGCC optimizing AMD K6?
Message-ID: <Pine DOT LNX DOT 3 DOT 96 DOT 980121100814 DOT 5217A-100000 AT uggae DOT rhein-neckar DOT de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-beastium-list AT basis DOT Desk DOT nl
Precedence: bulk


Yes it does. Use the -mamdk6 command line option.

I've run the Byte Benchmark (nbench-byte-2.1) with gcc, egcs, and pgcc to
see what execution improvements can be expected.

All tests were executed on the same platform:

K6 200MHz, 512kb 2nd-level Cache, linux-2.1.79, glibc-2.0.5

===========================================================================
                      (0)  (1)  (2)  (3)  (4)  (5)  (6)  (7)  (8)  (9) (10)
===========================================================================
NUMERIC SORT         0.84 0.84 0.79 0.84 0.84 0.84 0.79 0.88 0.82 0.72 0.91
STRING SORT          0.75 0.77 0.78 0.78 0.82 0.83 0.82 0.84 0.80 0.78 0.82
BITFIELD             0.87 0.88 0.87 0.89 0.87 0.94 0.86 0.91 0.87 0.83 0.90
FP EMULATION         0.81 0.71 0.74 0.80 0.75 0.76 0.85 0.78 0.82 0.89 0.88
FOURIER              1.23 1.23 1.20 1.20 1.20 1.21 1.22 1.23 1.22 1.17 1.22
ASSIGNMENT           1.08 0.83 0.84 1.10 0.93 0.93 1.21  ++   ++  1.18 1.19
IDEA                 0.87 0.69 0.70 0.91 0.68 0.74 0.89 0.67 0.74 0.98 0.94
HUFFMAN              0.81 0.79 0.82 0.78 0.77 0.76 0.78 0.88 0.87 0.83 0.93
NEURAL NET           0.83 0.89 0.86 0.89 0.91 0.88 0.92  **   **   **   **
LU DECOMPOSITION     1.11 1.13 1.12 1.25 1.19 1.19 1.34 1.15 1.17 1.35 1.34
===========================================================================
MEMORY INDEX         0.89 0.82 0.83 0.91 0.87 0.90 0.95 0.91 0.87 0.92 0.96
INTEGER INDEX        0.83 0.75 0.76 0.83 0.76 0.77 0.83 0.80 0.81 0.85 0.91
FLOATING-POINT INDEX 1.04 1.07 1.05 1.11 1.09 1.08 1.15 1.12 1.13 1.17 1.18

(0)  gcc-2.7.2.3 -O6 -m486 -funroll-loops
(1)  gcc-2.8.0   -O6 -m486 -funroll-loops
(2)  gcc-2.8.0   -O6 -mpentium -funroll-loops
(3)  gcc-2.8.0   -O6 -mpentiumpro -funroll-loops
(4)  egcs-980115 (haifa sched) -O6 -m486 -funroll-loops
(5)  egcs-980115 (haifa sched) -O6 -mpentium -funroll-loops
(6)  egcs-980115 (haifa sched) -O6 -mpentiumpro -funroll-loops
(7)  pgcc-980115 (haifa sched) -O6 -mpentiumpro -funroll-loops
(8)  pgcc-980115 (haifa sched) -O6 -mpentiumpro -funroll-loops
(9)  pgcc-980115 (haifa sched) -O6 -mpentiumpro -funroll-loops
(10) pgcc-980115 (haifa sched) -O6 -mamdk6 -funroll-loops

++ segmentation fault
** non-terminating

These problems are not K6 specific. They do occur on 486 and pentium, too.
 
-- 
"Nobody will ever need more than 640k RAM!" (Bill Gates)
"Windows 95 needs atleast 8 MB RAM."        (Bill Gates)
"Nobody will ever need Windows 95."         (logical conclusion)     


--------------3F4503CB35EF9C7B40B5C880--

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019