<html>
<body>
<blockquote type=cite class=cite cite="">On Mon, Jan 4, 2010 at 2:34 PM,
Matt Olander
&lt;<a href="mailto:matt@ixsystems.com">matt@ixsystems.com</a>&gt;
wrote:<br>

<dl>
<dd>On Mon, Jan 4, 2010 at 12:28 PM, Arthur Koziol
&lt;<a href="mailto:A-Koziol@neiu.edu">A-Koziol@neiu.edu</a>&gt;
wrote:<br>

<dd>&gt; On 01/04/2010 12:58 PM, Matt Olander wrote:<br>

<dd>&gt;&gt;<br>

<dd>&gt;&gt; On Mon, Jan 4, 2010 at 10:34 AM,
<a href="mailto:doverosx@gmail.com">doverosx@gmail.com</a>
&lt;<a href="mailto:doverosx@gmail.com">doverosx@gmail.com</a>&gt;<br>

<dd>&gt;&gt;&nbsp; wrote:<br>

<dd>&gt;&gt;<br>

<dd>&gt;&gt;&gt;<br>

<dd>&gt;&gt;&gt; Arthur Koziol wrote:<br>

<dd>&gt;&gt;&gt;<br>

<dd>&gt;&gt;&gt;&gt;<br>

<dd>&gt;&gt;&gt;&gt;<br>

<dd>&gt;&gt;&gt;&gt;
<a href="http://www.osnews.com/story/22683/Intel_Forced_to_Remove_Cripple_AMD_Function_from_Compiler_">
http://www.osnews.com/story/22683/Intel_Forced_to_Remove_Cripple_AMD_Function_from_Compiler_</a>
<br>

<dd>&gt;&gt;&gt;&gt;<br>

<dd>&gt;&gt;&gt;&gt; Pretty evil if you asked me. Seems Intel is batting
a thousand lately.<br>

<dd>&gt;&gt;&gt;&gt; Hope AMD takes 'em to the cleaners.<br>

<dd>&gt;&gt;&gt;&gt; _______________________________________________<br>

<dd>&gt;&gt;&gt;&gt; Testing mailing list<br>

<dd>&gt;&gt;&gt;&gt;
<a href="mailto:Testing@lists.pcbsd.org">Testing@lists.pcbsd.org</a><br>

<dd>&gt;&gt;&gt;&gt;
<a href="http://lists.pcbsd.org/mailman/listinfo/testing" eudora="autourl">
http://lists.pcbsd.org/mailman/listinfo/testing</a><br>

<dd>&gt;&gt;&gt;&gt;<br>

<dd>&gt;&gt;&gt;&gt;<br>

<dd>&gt;&gt;&gt;&gt;<br>

<dd>&gt;&gt;&gt;<br>

<dd>&gt;&gt;&gt; Interesting...I thought it was a fact that WAS widely
known and the<br>

<dd>&gt;&gt;&gt; issue remedied by the order of the FTC in 2000-2001?
Circa K7 Athlons.<br>

<dd>&gt;&gt;&gt;<br>

<dd>&gt;&gt;&gt; Intel seems to be quite evil in how they handle some key
operations, of<br>

<dd>&gt;&gt;&gt; course, the way they have been &quot;handling&quot;
business these days has earned<br>

<dd>&gt;&gt;&gt; their appearance in an OpenBSD song ;).<br>

<dd>&gt;&gt;&gt;<br>

<dd>&gt;&gt;<br>

<dd>&gt;&gt; It *is* the Intel Compiler, after all. Nobody has to use it
and I'm<br>

<dd>&gt;&gt; not really sure why anybody would try to use it on a
non-Intel system<br>

<dd>&gt;&gt; ;)<br>

<dd>&gt;&gt;<br>

<dd>&gt;&gt; -matt<br>

<dd>&gt;&gt;<br>

<dd>&gt;<br>

<dd>&gt; Matt,<br>

<dd>&gt;<br>

<dd>&gt; Bigger picture than just &quot;use something else&quot;, imagine
all the lost revenue<br>

<dd>&gt; for AMD because something showed better benchmarks with Intel
versus AMD and<br>

<dd>&gt; someone went with Intel as a result. Evil is as evil does. It's
funny though<br>

<dd>&gt; that when you look at the TOP500, top 3 spots run AMD.
HA!<br><br>

<dd>Haha, good point, Arthur. It's definitely a shady thing to do on<br>

<dd>Intel's part but I'm just not surprised to find that an Intel
Compiler<br>

<dd>would compile more efficiently on Intel CPU's. I can't imagine a
large<br>

<dd>AMD cluster compiling their custom code on anything closed and<br>

<dd>Intel-specific like the Intel Compiler though. Ironically, we're<br>

<dd>trying to get some traction with Intel to get a modern port of
the<br>

<dd>compiler on FreeBSD, along with some development tools that are<br>

<dd>currently Windows and Linux specific.<br><br>

<dd>While AMD may have caught Intel with their pants down a few years
ago<br>

<dd>and had the edge, there is no doubt that the tide has turned and
Intel<br>

<dd>responded with very fast modern CPUs, regardless of what the code
is<br>

<dd>compiled on. I'm sure we'll see AMD step it up in their next<br>

<dd>architecture :)<br>
<font color="#888888"><br>

<dd>-matt<br>
</font>
<dd>_______________________________________________<br>

<dd>Testing mailing list<br>

<dd><a href="mailto:Testing@lists.pcbsd.org">Testing@lists.pcbsd.org</a>
<br>

<dd>
<a href="http://lists.pcbsd.org/mailman/listinfo/testing" eudora="autourl">
http://lists.pcbsd.org/mailman/listinfo/testing</a><br><br>

</dl><br>
I've been experimenting a bit with clang and llvm on FreeBSD/PC-BSD and
Debian lately. I haven't tried doing any performance testing with the
compiled executables against the Intel compiler, but it does compare
favorably with gcc. Really close in execution time, but compiles FAR
faster.</blockquote><br>
CLANG, that's the one I was trying to think of. All those riding the GCC
sucks bus are fawning over it to take over as the default
compiler.<br><br>
Arthur</body>
</html>