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 SAA13668; Tue, 8 Jun 2004 18:49:49 +0200 (MET DST) 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 SAA13634 for ; Tue, 8 Jun 2004 18:49:47 +0200 (MET DST) Received: from mail1.speakeasy.net (mail1.speakeasy.net [216.254.0.201]) by nez-perce.inria.fr (8.12.10/8.12.10) with ESMTP id i58GnjEV008988 for ; Tue, 8 Jun 2004 18:49:46 +0200 Received: (qmail 22471 invoked from network); 8 Jun 2004 16:49:44 -0000 Received: from dsl081-145-152.chi1.dsl.speakeasy.net (HELO firebird) ([64.81.145.152]) (envelope-sender ) by mail1.speakeasy.net (qmail-ldap-1.03) with SMTP for ; 8 Jun 2004 16:49:44 -0000 Date: Tue, 8 Jun 2004 11:50:25 -0500 From: art yerkes To: Brian Hurt Cc: vanevery@indiegamedesign.com, caml-list@inria.fr Subject: Re: [Caml-list] 32 bit floats, SSE instructions Message-Id: <20040608115025.1dd9c993.ayerkes@speakeasy.net> In-Reply-To: References: X-Mailer: Sylpheed version 0.9.7 (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Miltered: at nez-perce with ID 40C5EE29.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Loop: caml-list@inria.fr X-Spam: no; 0.00; yerkes:01 ayerkes:01 caml-list:01 floats:01 2004:99 cdt:99 brandon:99 stupid:01 model:01 lousy:01 kitchen:99 unboxed:01 floats:01 bigarray:01 -bit:01 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk On Tue, 8 Jun 2004 10:05:12 -0500 (CDT) Brian Hurt wrote: > On Mon, 7 Jun 2004, Brandon J. Van Every wrote: > > > At the cost of inverting almost everyone's software architecture. This > > is ridiculous / stupid in the real world. It's also baloney on > > theoretical grounds: for just how many problems do you think it's worth > > destrying memory coherence by putting structure elements very far apart > > in memory? If you only want to do SoA "for some array length, then > > start over," just how segmented did you think I wanted my programming > > model to be? > > > > SoA might make sense if a language implementation did it totally behind > > the scenes, presenting a seemingly AoS interface to programmers. > > Exposing / locking into SoA is dumb, and yes, Intel is damn dumb. You > > don't think they're dumb, look at their chips. They're good at fab and > > marketing, they make lousy tack-on "kitchen sink" chips. > > On this topic, you can easily make a C-accessible array of unboxed 32-bit floats using bigarray. -- Hey, Adam Smith, keep your invisible hands to yourself! ------------------- 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