<div dir="ltr">I have to use icc since I want to run code on Intel Xeon Phi. Also, I tried to install MPICH2 since it claims to support Intel-MIC architecture and is open source.<div><br></div><div>BTW, still configuring. It's faster to do it locally (both the source code and the Intel compiler), but encountered a Fortran type length detection error (don't remember the exact error information now, it recommended me to "Consider setting CROSS_F77_SIZEOF_INTEGER to the length in bytes of a Fortran INTEGER") last run.</div>
<div><br></div><div>Thanks,</div><div>YW</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, May 21, 2014 at 4:28 PM, Jed Brown <span dir="ltr"><<a href="mailto:jed@jedbrown.org" target="_blank">jed@jedbrown.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">Kenneth Raffenetti <<a href="mailto:raffenet@mcs.anl.gov">raffenet@mcs.anl.gov</a>> writes:<br>
<br>
> The Intel compilers could also be a source of slowdown. Are they<br>
> installed on a network filesystem? They may also call out to a network<br>
> license server each time they are invoked for a compile test. Does just<br>
> compiling a small program take a long time with icc, ifort, etc.?<br>
<br>
</div>The system headers and libraries are also often on a network file<br>
system.  Although moving the source tree to a local disk usually<br>
provides some improvement, I rarely find it getting anywhere close to<br>
the performance of a cheap laptop because most of the file accesses<br>
performed by the compiler are hitting the network anyway.  This is the<br>
price we all pay for legacy file system semantics and dumb compiler<br>
architecture.  I think most companies in a place to change these things<br>
do full local installs on their development boxes so that compilation is<br>
fast.  And the HPC vendors wear blindfolds and put their heads in the<br>
sand.<br>
<br>
As for Intel license servers, this is the price you pay for anti-piracy<br>
measures.  People that are really ticked off by this crack their<br>
compilers---the pirates enjoy a better user experience.  Is it ethical<br>
to use a cracked version if you've already paid for the licensed<br>
version?<br>
<br>
Besides those issues, the Intel compiler usually takes a lot longer to<br>
compile.  It's worth building with gcc and clang to compare.  You might<br>
be pleasantly surprised to find that in addition to compiling faster,<br>
your code also runs faster (this is the case for several applications I<br>
work with).<br>
<br>_______________________________________________<br>
discuss mailing list     <a href="mailto:discuss@mpich.org">discuss@mpich.org</a><br>
To manage subscription options or unsubscribe:<br>
<a href="https://lists.mpich.org/mailman/listinfo/discuss" target="_blank">https://lists.mpich.org/mailman/listinfo/discuss</a><br></blockquote></div><br></div>