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 VAA24251; Tue, 8 Jun 2004 21:50:14 +0200 (MET DST) X-Authentication-Warning: pauillac.inria.fr: majordomo set sender to owner-caml-list@pauillac.inria.fr using -f Received: from concorde.inria.fr (concorde.inria.fr [192.93.2.39]) by pauillac.inria.fr (8.7.6/8.7.3) with ESMTP id VAA24177 for ; Tue, 8 Jun 2004 21:50:13 +0200 (MET DST) Received: from outbound28-2.lax.untd.com (outbound28-2.lax.untd.com [64.136.28.160]) by concorde.inria.fr (8.12.10/8.12.10) with SMTP id i58JoBSH008521 for ; Tue, 8 Jun 2004 21:50:12 +0200 Received: from outbound28-2.lax.untd.com (smtp03.lax.untd.com [10.130.24.123]) by smtpout04.lax.untd.com with SMTP id AABANNGDTA28L872 for (sender ); Tue, 8 Jun 2004 12:50:09 -0700 (PDT) Received: (qmail 3438 invoked from network); 8 Jun 2004 19:49:16 -0000 Received: from 66-52-245-36.sttl.dial.netzero.com (HELO vangogh) (66.52.245.36) by smtp03.lax.untd.com with SMTP; 8 Jun 2004 19:49:16 -0000 From: "Brandon J. Van Every" To: "caml" Subject: RE: [Caml-list] 32 bit floats, SSE instructions Date: Tue, 8 Jun 2004 12:59:00 -0700 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.6604 (9.0.2911.0) In-Reply-To: <200406081815.20679.jdh30@cam.ac.uk> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1409 Importance: Normal X-ContentStamp: 14:7:2380325983 X-MAIL-INFO: 2645edc139cd3d358df96531a1246de10950a490a570b06d60f9f49474a544bdd16405d0cd0494c464fd2d6584b980819dad903065a0f519d96151c08d9001d9e931f029e00cb574212ded50f999f9a534f4a5d0d5d194d0b1edf44039247db964b99d19109de48541c9 X-UNTD-OriginStamp: CI84cOLHFqh7Zd2QWkwvEFvwyO3T/pIsPQZphDk9MRhVQtgPCaOM7yY+PD+mJ77O X-Miltered: at concorde with ID 40C61873.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! X-Loop: caml-list@inria.fr X-Spam: no; 0.00; brandon:99 caml-list:01 floats:01 brandon:99 repetitive:01 xyzw:01 vectors:01 commodity:99 floats:01 overriding:01 wadler:01 considers:01 swig:01 stab:01 zillions:01 Sender: owner-caml-list@pauillac.inria.fr Precedence: bulk Jon Harrop > Brandon J. Van Every wrote: > > A 3D graphics guy has to contend with a large number of numeric > > problems. Some of them are cut, dried, and repetitive > > enough to justify > > coding up a C routine for them. For example, transforming a large > > number of XYZW vectors by a 4x4 matrix is a 'pat' problem > > that occurs at some point in 3D graphics processing. > > If you want high performance, which you seem to want, the > hardware should be doing those for you. Well hand me a general purpose GPU with an incredible 2-way memory bus, smart guy. Hint: commodity 3D graphics cards are fast when you write to them, damn slow when you read them, by design. Shader programming is exceedingly limited in scope, it is not a general computational facility. > In the case of OCaml, the language is there because it is a research > project. Adding 32-bit floats doesn't count as research these > days. Not even in France. ;-) OCaml has a somewhat practical focus, but maybe it's not sufficiently practical for me. I do find myself re-evaluating languages in terms of 3 overriding problems: - the available C++ migration path and its efficiency - the support of basic 3D graphics types, i.e. 32 bit floats - ability to work with imperative, object oriented designs and libraries OCaml currently has 1 out of 3. See for point of reference, "Why No One Uses Functional Languages." http://cm.bell-labs.com/cm/cs/who/wadler/papers/sigplan-why/sigplan-why. ps.gz 1.5 out of 3 if one considers OCaml SWIG to be an available, slow, optimizeable path. Must admit I was a little frustrated the other day when I tried to wrap Nebula2 the other day and immediately got a bunch of errors. That's not automated C++ migration, that's an invitation to everything breaking all the time and fighting with the source maintainers. I suppose I should take a further stab and see just how much of Nebula2 can or can't be wrapped automatically. Get a sense of whether it's 3 files and 3 constructs that are problematic, or zillions of 'em. Write my own little Python script to emit a lot of redundant, boring filename.i files with #include filename.h %include filename.h directives in them. > > The reality is that 32 bit floats get used in the real > > world all over the place by 3D graphics guys. > > Don't read that, Xavier. Oh, is that about Xavier exploding if he hears 'real world' again? > > The last time I tried to talk about 32 bit floats with > > 'language guys' > > was the Python crowd. Generally speaking, that community > > doesn't have a > > clue about performance, and hasn't coughed up any significant 3D > > graphics work either. > > I don't believe Python was designed for doing 3D graphics. It wasn't. It was designed to be flexible and easy to program, not fast. Now that Python is growing in popularity, people are coming in post-hoc to try to make it fast. Maybe in 3 years it'll be a good language in that regard. Another area where Python is unproven is large scale applications development. It has seen wonderful successes in distributed process control, but large applications are a different beast. A local guy who works on the Chandler project says he sees no evidence that Python has really proven itself in this arena. Chandler is at the frontier. Cheers, www.indiegamedesign.com Brandon Van Every Seattle, WA "We live in a world of very bright people building crappy software with total shit for tools and process." - Ed Mckenzie --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.693 / Virus Database: 454 - Release Date: 5/31/2004 ------------------- 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