Browse thread
RE: ocaml, simd, & fftwgel RE: [Caml-list] Caml productivity.
- Gurr, David (MED, self)
[
Home
]
[ Index:
by date
|
by threads
]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
[ Message by date: previous | next ] [ Message in thread: previous | next ] [ Thread: previous | next ]
Date: | 2002-08-02 (02:56) |
From: | Gurr, David (MED, self) <David.Gurr@m...> |
Subject: | RE: ocaml, simd, & fftwgel RE: [Caml-list] Caml productivity. |
Noel Welsh: > There are a least two parallelising C compilers for > the PC: Intel's and CodePlay's. CodePlay say they do > a better job than Intel. I imagine Intel hold a > differing opinion. But do they do a better job than fftwgel or Spiral or Atlas? > I'm interested in knowing the deficiencies of these > compilers. I imagine they run into problems with > dependency analysis on complicated array expressions. > Similarly, I'm interested in knowing in what areas HPF > and SAC are performant. It appears to me that a > functional language (where dependency analysis is > simple) with array shape inference should be capable > of creating very array fast code is almost all > situations (and the SAC benchmarks show them beating > HPF). Is SAC available for public inspection? > > Cheers, > Noel I have not used either compiler. From the FFTW, Atlas, etc experience the only way to get consistently high performance from a C compiler is to do most of the work for the compiler and carefully feed it code that it correctly optimizes. This is a compiler and application specific trial and error process. FFTW does the optimization and scheduling for the C compiler. 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. I have not read to code to fftwgel but if fftwgel could be married to ocamlopt, they might well produce code superior to intel or codeplay since C is notoriously difficult to optimize even without SIMD. -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