home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.benchmarks:1719 comp.arch:10846
- Newsgroups: comp.benchmarks,comp.arch
- Path: sparky!uunet!gatech!news.byu.edu!hamblin.math.byu.edu!sol.ctr.columbia.edu!spool.mu.edu!agate!ames!haven.umd.edu!decuac!pa.dec.com!nntpd2.cxo.dec.com!nntpd.lkg.dec.com!ryn.mro4.dec.com!wrksys.enet.dec.com!bhandarkar
- From: bhandarkar@wrksys.enet.dec.com (Dileep Bhandarkar)
- Subject: Re: DEC ALPHA Performance Claims
- Message-ID: <1992Nov16.174912.22905@ryn.mro4.dec.com>
- Sender: news@ryn.mro4.dec.com (USENET News System)
- Organization: Digital Equipment Corporation
- References: <BxH7s7.5Cv@inews.Intel.COM> <4248@bcstec.ca.boeing.com>
- Date: 16 NOV 92 12:51:33
- Lines: 17
-
-
- In article <4248@bcstec.ca.boeing.com>, silverm@bcstec.ca.boeing.com (Jeff Silverman) writes...
- >
- >1) Newer implementations of the alpha may need or take advantage of new ways
- >of ordering instructions. This in turn means that different alpha
- >implementations may need or take advantage of different executables or object
- >modules, each compiled for its own processor. Or maybe the processors will
- >take a performance hit in the name of portability. Who can say?
- >
- Optimal instruction scheduling for newer processors may indeed be different.
- Old binaries will run correctly, but probably somewhat slower. New binaries
- should in most cases run well on old machines, unless the scheduling rules
- are at odds. This phenomenon is not unique to Alpha or even RISC. The same
- holds true even for the x86, where existing binaries are not optimal for the
- Pentium.
-
- /d
-