From: Noel Welsh <noelwelsh@yahoo.com>
To: "Gurr, David \(MED, self\)" <David.Gurr@med.ge.com>
Cc: caml-list@inria.fr
Subject: RE: ocaml, simd, & fftwgel RE: [Caml-list] Caml productivity.
Date: Fri, 2 Aug 2002 02:57:56 -0700 (PDT) [thread overview]
Message-ID: <20020802095756.99352.qmail@web11208.mail.yahoo.com> (raw)
In-Reply-To: <D4DBD8568F05D511A1C20002A55C008C09C294F6@uswaumsx03medge.med.ge.com>
--- "Gurr, David (MED, self)" <David.Gurr@med.ge.com>
wrote:
>
> But do they do a better job than fftwgel or Spiral
> or Atlas?
I have no idea :)
> Is SAC available for public inspection?
Yeah: http://www.informatik.uni-kiel.de/~sacbase/
I couldn't find a paper that describes how ATLAS is
implemented. I'm guessing the most important
optimisations are blocking (dependant on the cache
size) and condensing consequetive array transversals.
SAC does both these optimisations.
> Once you do this, it is much less
> clear what
> the value added of the C compiler is. In
> particular, the amount of
> refinement that would be needed to get ocamlopt to
> match C compilers
> at this task might be relatively small ... since C
> is notoriously
> difficult to optimize even without SIMD.
Yeah, it is kinda ironic that C is famous for
generating such fast C. The functional model (pure
functional code is essentially an SSA register
machine) is much closer to current hardware than the C
every-has-an-address/stack model. So it should be
possible to get fast code out of a functional language
with less effort than C. It is also a bit amusing,
and a bit sad, that Java and .Net both use a stack
model (it's like they want slow code!)
Noel
__________________________________________________
Do You Yahoo!?
Yahoo! Health - Feel better, live better
http://health.yahoo.com
-------------------
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
next prev parent reply other threads:[~2002-08-02 9:58 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-08-02 2:56 Gurr, David (MED, self)
2002-08-02 9:57 ` Noel Welsh [this message]
-- strict thread matches above, loose matches on Subject: below --
2002-08-01 15:36 Damien Doligez
2002-08-01 16:38 ` John Max Skaller
2002-08-01 16:55 ` Alexander V.Voinov
2002-08-01 16:45 ` Jonathan Coupe
2002-07-30 17:58 Gurr, David (MED, self)
2002-07-31 1:29 ` Travis Bemann
2002-07-31 8:09 ` Xavier Leroy
2002-07-31 8:39 ` Noel Welsh
2002-08-01 15:22 ` John Max Skaller
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20020802095756.99352.qmail@web11208.mail.yahoo.com \
--to=noelwelsh@yahoo.com \
--cc=David.Gurr@med.ge.com \
--cc=caml-list@inria.fr \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox