From mboxrd@z Thu Jan 1 00:00:00 1970 Received: (from majordomo@localhost) by pauillac.inria.fr (8.7.6/8.7.3) id OAA13152; Tue, 21 Jan 2003 14:16:48 +0100 (MET) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from nez-perce.inria.fr (nez-perce.inria.fr [192.93.2.78]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id OAA12982 for ; Tue, 21 Jan 2003 14:16:45 +0100 (MET) Received: from yellow.csi.cam.ac.uk (yellow.csi.cam.ac.uk [131.111.8.67]) by nez-perce.inria.fr (8.11.1/8.11.1) with ESMTP id h0LDGjv26282 for ; Tue, 21 Jan 2003 14:16:45 +0100 (MET) Received: from zone-7.jesus.cam.ac.uk ([131.111.243.37] helo=172.31.72.1) by yellow.csi.cam.ac.uk with esmtp (Exim 4.10) id 18ayGi-0004Ia-00; Tue, 21 Jan 2003 13:16:44 +0000 From: Daniel Andor Reply-To: Daniel.Andor@physics.org To: David Chase , caml-list@inria.fr Subject: Re: Coyote Gulch test in Caml (was Re: [Caml-list] speed ) Date: Tue, 21 Jan 2003 13:15:52 +0000 User-Agent: KMail/1.5 References: <5.2.0.9.0.20030120161510.066e4598@pop.theWorld.com> <5.2.0.9.0.20030121080628.068047f0@pop.theWorld.com> In-Reply-To: <5.2.0.9.0.20030121080628.068047f0@pop.theWorld.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200301211315.52040.da209@cam.ac.uk> Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On Tuesday 21 January 2003 1:09 pm, David Chase wrote: > At 02:39 AM 1/21/2003 +0500, Nickolay Semyonov-Kolchin wrote: > >Speed and accuracy are different things. Matlab class software need > > accuracy, most computer games need speed. This is the reason of > > "-ffast-math" key in gcc. Ocaml lacks such key, and always produce > > ineffecient floating-point code. > > But how much accuracy do computer games need? First-class implementations > of sin/cos in software are quite fast, indeed faster (in certain > non-trivial ranges) than the hardware itself. If it happens that you could > determine how *little* accuracy you actually need, it could go faster yet > :-). If only a few significant figures are of interest to you then you could use lookup tables, no? How would the lookup overhead compare with the actual computation time? D ------------------- To unsubscribe, mail caml-list-request@inria.fr Archives: http://caml.inria.fr Bug reports: http://caml.inria.fr/bin/caml-bugs FAQ: http://caml.inria.fr/FAQ/ Beginner's list: http://groups.yahoo.com/group/ocaml_beginners