No.149
I heard that Intel's compilers have debilitating effect on software that runs on AMD's processors.
Is this true?
Are the open source compilers affected in any way?
No.152
>> I heard that Intel's compilers have debilitating effect on software that runs on AMD's processors.
>> Is this true?
yes
well, I wouldn't say "debilitating", but they generate different code paths for different processor vendor strings (so you can run the same binary on an i7 with SSE4.2/other fancy shit and a 486 soldered into a waffle iron). unsurprisingly, AMD processors do not ship as "GenuineIntel", so they get the slowest (i.e. most portable) code path at runtime.
this is arguably justifiable in that Intel is less able to make guarantees about how well its optimizations will run on AMD - after all, they don't make the chips.
>> Are the open source compilers affected in any way?
not that I know of. honestly, you might as well just use gcc; Intel works overtime to make sure icc is compatible with it, and gcc has gotten a lot better at vectorizing optimizations in the past few versions.
No.155
>>152Actually, Intel knows perfectly AMD supports all instruction sets their CPU do. They are doing it on purpose.
No.156
>>149Yes and no.
They do not support any ISA optimizations on AMD CPUs, but will generate the fastest and usually smallest binaries for Intel processors. I personally use LLVM when writing c and c++, as it will soon begin autogenerating HSAIL code, giving me what amounts to free GPGPU acceleration with little effort on my part.
No.361