Re: Are these all really true ?

cdg@nullstone.com (Christopher Glaeser)
Tue, 26 Sep 1995 17:02:43 GMT

          From comp.compilers

Related articles
[9 earlier articles]
Re: Are these all really true ? andrewn@kaleida.com (1995-09-21)
Re: Are these all really true ? cdg@nullstone.com (1995-09-21)
Re: Are these all really true ? graham.matthews@pell.anu.edu.au (1995-09-23)
Re: Are these all really true ? stefan.monnier@epfl.ch (Stefan Monnier) (1995-09-25)
Re: Are these all really true ? baynes@ukpsshp1.serigate.philips.nl (1995-09-25)
Re: Are these all really true ? bill@amber.ssd.hcsc.com (1995-09-25)
Re: Are these all really true ? cdg@nullstone.com (1995-09-26)
Re: Are these all really true ? ludemann@expernet.com (1995-09-27)
Re: Are these all really true ? J.Biddiscombe@rl.ac.uk (The Lord of Darkness) (1995-09-27)
Re: Are these all really true ? ok@cs.rmit.edu.au (1995-09-28)
Re: Are these all really true ? finger@convex.convex.com (1995-09-28)
Re: Are these all really true ? bates@salsv3.boeing.com (Rodney Bates) (1995-10-03)
Re: Are these all really true ? jjc@hplb.hpl.hp.com (Jeremy Carroll) (1995-09-29)
[8 later articles]
| List of all articles for this month |
Newsgroups: comp.compilers
From: cdg@nullstone.com (Christopher Glaeser)
Keywords: storage, performance
Organization: Compilers Central
References: 95-09-076
Date: Tue, 26 Sep 1995 17:02:43 GMT

> >* Memory is free, speed is what is worth optimizing.
> True within strict limits.


What strict limits? What is the basis for the assertion that
memory is free, and what is its application? Granted, there are
some optimizations in use today that improve performance by using
more memory, but there are many more optimizations that are
rejected without serious consideration because the memory costs
are prohibitive. If memory is free, why bother calculating
double-precision trig functions when a table lookup is faster?


Regards,
Christopher Glaeser
Nullstone Corporation
--


Post a followup to this message

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