Re: increased machine precision for FreeBSD apps?
From: Poul-Henning Kamp (phk_at_phk.freebsd.dk)
Date: 07/14/04
- Previous message: Jay Sern Liew: "increased machine precision for FreeBSD apps?"
- In reply to: Jay Sern Liew: "increased machine precision for FreeBSD apps?"
- Next in thread: Dmitriy Startsev: "Re: increased machine precision for FreeBSD apps?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
To: Jay Sern Liew <liew@jaysern.org> Date: Wed, 14 Jul 2004 10:57:11 +0200
In message <1089567603.746.45.camel@athlon>, Jay Sern Liew writes:
>Hello guys,
>
> This is probably more of an organizational issue than an architectural
>one. In the event of running applications with heavy floating point
>arithmetic (e.g. scientific computation apps for one, encryption
>algorithms, compression, .. etc ), would it be a good idea to decrease
>rounding errors by increasing the data type size?
>e.g. When a programmer declares a floating point variable, the
>compiler/assembler allocates twice(or a multiple of) the space needed,
>hence increasing the precision(and better approximation?).
Most floating point is done in hardware so we are stuck with what
the hardware offers mostly.
That said "long double" to the extent it is implemented will be enough
for any use inside the current physical model of reality.
-- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
- Previous message: Jay Sern Liew: "increased machine precision for FreeBSD apps?"
- In reply to: Jay Sern Liew: "increased machine precision for FreeBSD apps?"
- Next in thread: Dmitriy Startsev: "Re: increased machine precision for FreeBSD apps?"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
- Re: demonic problem descriptions
... given that there is floating point hardware on nearly ... absent hardware
support, I think we'll just be laughed at as a toy. ... masses are lazy, ...
(comp.lang.lisp) - Re: IBM System z9
... add hardware features to speed up operations for which there ... If one is going
to add new instructions to a machine at *all*, ... large company that sells computers.
... Decimal floating point, therefore, offers to extend this convenience - ... (comp.arch) - Re: x86 hardware and transputers (Re: [patch 00/13] Syslets, "Threadlets", generic AIO support, v3)
... This architecture was brought to us by windows on our screens. ... meant at
first that you had to write your own floating point library. ... The first piece of hardware
to put ... applications for it that still mattered (expert systems) were in the ...
(Linux-Kernel) - Re: demonic problem descriptions
... I suspect that of all the people who have ever written floating point ... FP
hardware wanted inexact math without error bounds calculation by ... Lisp enables
you to do many things, ... yes, Lisp is a programmable programming language, but you shouldn't
... (comp.lang.lisp) - Re: double vs float
... Can someone explain why double should be preferred to float? ... What system
is it that has "a" native floating point type, ... If a platform only has a single
floating point type supported in ... I can't think of any hardware architecture off-hand
that has ... (comp.lang.c)