This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: FWD: FLOATING-POINT CONSISTENCY, -FFLOAT-STORE, AND X86
- To: "Harvey J. Stein" <hjstein at bfr dot co dot il>, egcs at cygnus dot com
- Subject: Re: FWD: FLOATING-POINT CONSISTENCY, -FFLOAT-STORE, AND X86
- From: Toon Moene <toon at moene dot indiv dot nluug dot nl>
- Date: Fri, 18 Dec 1998 10:52:31 +0100
- Organization: Moene Computational Physics, Maartensdijk, The Netherlands
- References: <3679815A.5012FA66@moene.indiv.nluug.nl> <m27lvqwdmw.fsf@blinky.bfr.co.il>
Harvey J. Stein wrote:
>
> Toon Moene <toon@moene.indiv.nluug.nl> writes:
>
> > I must say that I am *not* amused. This discussion goes into a
> > direction that will leave us with a compiler that, although
> > numerical-politically correct, will be generating such slow code as
> > to be totally unuseable.
>
> Do you really think it'll make it that much slower? If you're doing
> computations, how much time is spent dumping & restoring FP registers?
> Is dumping 10 bytes instead of 8 bytes (current practice) going to
> have a substantial impact in total run time? You've mentioned in
> other posts a factor of 2, as if because it's 16 byte aligned it has
> to move 16 bytes of data. But even if it's 16 byte aligned, it's
> still only 10 bytes of data, so why should it take 2x as long?
For a thoroughly 32-bit application like mine, 16-byte spills are four
times as large as necessary - and yes, having all this data move in and
out of registers does have a cost (think cache footprint).
--
Toon Moene (toon@moene.indiv.nluug.nl)
Saturnushof 14, 3738 XG Maartensdijk, The Netherlands
Phone: +31 346 214290; Fax: +31 346 214286
g77 Support: fortran@gnu.org; egcs: egcs-bugs@cygnus.com