<div>Rich,</div>
<div>Two things; the small and obvious point, "cheapest" isn't the only motivation for open source, but you know that.</div>
<div>What surprised me was "...can handle more complex codes" and "...to compile correctly". By compiling correctly, you mean, achieving the desired performance characteristics for the target executable? In my experience compilers are reliably logically correct. I once tracked a bug to the symbolic debugger :-), but never to the compiler itself (although I've always been able to use mature compilers). Compiler writers pretty much define "language law". (And I'm sure the ones at Intel are just as proud as the ones at IBM and CMU.)
</div>
<div>As for complexity, I've written things that exceeded the available stack depth, but really I don't understand a program being too complex for a compiler. Too long, sure. Everything has resource limitations. But not too complex. So I'd be very amused to see some examples, maybe of local complexity, I wouldn't be able to read the 100k lines of fortran myself :-)
</div>
<div>Peter<br><br> </div>
<div><span class="gmail_quote">On 5/18/07, <b class="gmail_sendername">Rich Altmaier</b> <<a href="mailto:richa@sgi.com">richa@sgi.com</a>> wrote:</span>
<blockquote class="gmail_quote" style="PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc 1px solid">Hi, I strongly suggest you slightly violate your desire for freeware tools.<br>After all, getting good data and efficient use of your time can be
<br>more valuable than finding the cheapest tools.<br>Our hands-on experience with many codes suggests<br>the Intel tool set can handle far more complex codes than<br>open source compilers.<br>When you need 100k lines of Fortran to compile correctly,
<br>you won't find an open source answer, in my opinion.<br><br><a href="http://www.intel.com/cd/software/products/asmo-na/eng/index.htm">http://www.intel.com/cd/software/products/asmo-na/eng/index.htm</a><br>Take a look at the compiler, Vtune, libraries, thread analysis tools,
<br>and cluster tools.  Intel's delivery of software developer tools<br>here is very strong.  The compiler supports OpenMP.<br>For the MPI library, probably you should go with MVAPICH,<br><a href="http://mvapich.cse.ohio-state.edu/">
http://mvapich.cse.ohio-state.edu/</a><br>Presently I see mvapich as strong for bandwidth and latency, for<br>a large number of nodes.<br><br>In your comparison, try this: once you have an optimal MPI code,<br>convert it back to OpenMP and see how the balance between compute
<br>and communication can act in your favor.<br><br>Just FYI,<br>Rich Altmaier, SGI<br>_______________________________________________<br>Beowulf mailing list, <a href="mailto:Beowulf@beowulf.org">Beowulf@beowulf.org</a><br>
To change your subscription (digest mode or unsubscribe) visit <a href="http://www.beowulf.org/mailman/listinfo/beowulf">http://www.beowulf.org/mailman/listinfo/beowulf</a><br></blockquote></div><br>