Re: EQNTOTT Vectors of 16 bit Numbers

hbaker@netcom.com (Henry Baker)
Sun, 19 Nov 1995 19:23:55 GMT

          From comp.compilers

Related articles
EQNTOTT Vectors of 16 bit Numbers [Was: Re: Yikes!!! New 200Mhz Intel glew@ichips.intel.com (1995-11-09)
Re: EQNTOTT Vectors of 16 bit Numbers [Was: Re: Yikes!!! New 200Mhz In pardo@cs.washington.edu (1995-11-14)
Re: EQNTOTT Vectors of 16 bit Numbers cdg@nullstone.com (1995-11-17)
Re: EQNTOTT Vectors of 16 bit Numbers hbaker@netcom.com (1995-11-19)
Re: EQNTOTT Vectors of 16 bit Numbers cliffc@ami.sps.mot.com (1995-11-20)
Re: EQNTOTT Vectors of 16 bit Numbers bernecky@eecg.toronto.edu (1995-11-20)
Re: EQNTOTT Vectors of 16 bit Numbers bernecky@eecg.toronto.edu (1995-11-21)
| List of all articles for this month |

Newsgroups: comp.sys.intel,comp.benchmarks,comp.compilers
From: hbaker@netcom.com (Henry Baker)
Keywords: benchmarks, optimize, APL
Organization: nil organization
References: <478ja4$6fu@nnrp3.news.primenet.com> <47j9hm$tdp@caesar.ultra.net> 95-11-079 95-11-132
Date: Sun, 19 Nov 1995 19:23:55 GMT

  pardo@cs.washington.edu (David Keppel) wrote:


> >["Intel's special SPEC optimization."]
>
> This reminds me of APL benchmarking from twenty years ago. The
> interpreters recognized particular idioms and implemented them as
> special cases. The APL vendors (notably, IBM) were accused of
> "benchmark optimizations", though I think the original motivation
> was speeding up real use.


Actually, IBM's APL implementation was extremely well done, because
it optimized the code that got executed the most often. The thing
that embarrassed the Fortran'ers of the world was that fact that a
hand-optimized loop that dominates a computation can beat the pants
off an optimizing compiler every day of the week. For
not-terribly-large arrays, the APL interpreter itself takes very
little of the overall speed. The only time APL bogs down is when you
don't take advantage of the built-in array operations.


---


There was a problem with memory usage on non-compiled APL implementations,
but that is a different story entirely. Also, the APL approach wouldn't
work so well on modern machines, because modern machines are much more
sensitive to memory usage & locality.


--
www/ftp directory:
ftp://ftp.netcom.com/pub/hb/hbaker/home.html
--


Post a followup to this message

Return to the comp.compilers page.
Search the comp.compilers archives again.