From owner-freebsd-arch@FreeBSD.ORG Wed Jul 14 08:54:04 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BC26516A4CE for ; Wed, 14 Jul 2004 08:54:04 +0000 (GMT) Received: from ms-smtp-05-eri0.texas.rr.com (ms-smtp-05.texas.rr.com [24.93.47.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5697A43D1D for ; Wed, 14 Jul 2004 08:54:04 +0000 (GMT) (envelope-from liew@jaysern.org) Received: from [192.168.0.17] (cs243162-92.jam.rr.com [24.243.162.92]) i6BHe1Bu021567 for ; Sun, 11 Jul 2004 12:40:01 -0500 (CDT) From: Jay Sern Liew To: freebsd-arch@freebsd.org Content-Type: text/plain Organization: http://liew.jaysern.org Message-Id: <1089567603.746.45.camel@athlon> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Sun, 11 Jul 2004 12:40:04 -0500 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Symantec AntiVirus Scan Engine Subject: increased machine precision for FreeBSD apps? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jul 2004 08:54:04 -0000 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?). I realize this is really just a trade off with execution speed and/or efficiency, perhaps unsuitable for real time calculations, but better for those who don't mind waiting a little for better results, with less the hardware. As a small peek into the future if this thing doesn't sound like herecy, we _could_ implement this so that it is transparent to the programmer(doing it at the compiler/assembler level), none of the ports would need to be rewritten, and could potentially benefit from the increased machine precision(where desired). Just an idea for FreeBSD to knock on the scientific community's door. (If 2.5 mil web hosts trusts FreeBSD for reliability, why can't the more mathematically inclined community?) I realize that the real scientists(read: well funded, by the big wigs) would have at their disposal computers that won't be needing this(although they could benefit from this), this would be great for home-brewed calculations, maybe students(computer scientists, mathematicians, chemists, biologists, meteorologists, .. ), or just any DIY-ist. This isn't really a new idea, perhaps comparable to x86-64; sure x86-32's may not have the 64-bit physical address space, but they can still have the 64-bit(or more) precision, right? I apologize if this suggestion has already been brought up before. (I'm not only the kind who speaks, I'd aid in the development of this). -- Jay Sern Liew liew.jaysern.org