For Programmers: Free Programming Magazines  


Home > Archive > Fortran > December 2004 > Re: small numerical differences in floating point result between









You are viewing an archived Text-only version of the thread. To view this thread in it's original format and/or if you want to reply to this thread please [click here]

 

Author Re: small numerical differences in floating point result between
Jentje Goslinga

2004-12-14, 9:01 pm



websnarf@gmail.com wrote:
> Sun and Intel should produce identical results for
> negation,+,-,*,/,sqrt() operations, because this is required for IEEE
> 754 compliance, and both implement double and float on the same sized
> floating point values (older x86 compilers used to use 80bit for all FP
> temporaries which could definately be a source of differences, but VC++
> doesn't do this anymore). You should also expect identical output for
> things like fprem(), ceil(), floor(), modf(), and so on. All of these
> operations have well known and finite ways of being calculated to the
> best and closest possible result, which is what the IEEE 754 specifies.
> Results can be different if you put the processors into different
> rounding modes -- I thought that the ANSI C specification was supposed
> to specify a consistent rounding mode, so there shouldn't be any
> differences because of that, but I could be wrong.


Just for completeness (you probably know this), the "rounding
mode" of the Intel FPU affects only floating point square root
and division, FSQRT and FDIV, whereas the remaining transcendentals
{FCOS,FSIN,FSINCOS,FPATAN,FPTAN,FYL2X,FY
L2XP1,F2XM1} as well as
FADD/FSUB and FMUL are always produced in extended precision at
no extra cost.
[This probably has to do with the fact that the ones affected
are computed using an iterative algorithm.]
As an earlier poster has noted this would require saving to memory
for every operations to adhere to IEEE which is clearly excessive,
unless it is specifically requested but that would produce really
inefficient code.

> The problem is everything else. sin(), cos(), log(), exp(), atanh()
> etc, ... these guys are not even consistent between Athlons and
> Pentiums.


Is that so?

> The reason is that there is no known finite algorithm for
> computing these guys to the exactly corrected rounded result. There
> are plenty of ways to compute them within an accuracy of "1 ulp"
> (i.e., off by at most one unit in the last siginificant bit.)


Not all of these functions are always provided by the hardware
by the way: On Intel, log has to be deduced from log2(x) or
log2(1+x) and exp(x) from (2^x)-1. Note that atanh is expressible
in other functions.

> But I am not the foremost expert on this stuff (and it looks like the
> other posters here know even less than me.) This question is more
> appropriate for a group like comp.arch.arithmetic where there are
> plenty of posters there who are expert on this.
> --
> Paul Hsieh
> http://www.pobox.com/~qed/
> http://bstring.sf.net/


Jentje Goslinga

Sponsored Links







Also available: Server administration forum archive | Web Design forum archive | Software forum archive | Hardware reviews archive

Copyright 2008 codecomments.com