News for hackers. Stuff that matters.
Re:AMD’s aggressive pricing update on the EPYC 7371 by dkersten on Friday December 07, 2018 @10:06AM (#18628224)
> which in some workloads does a better job of optimization than gcc

Is this really true in a meaningful way? I mean, unless you happen to have an identical workload to the benchmarks?

I ask because the benchmarks and reports I've seen over the past ten years or so have really been quite disappointing in terms of icc's performance. I always assumed it must produce better performance code because its a proprietary product by the people who created the architecture and so they must know how to optimise for it, but from what I've seen, there's really not a big difference at all: some things icc has a slight lead and other things gcc does, but overall, they really don't seem to perform much differently. Unless you're making use of all the Intel libraries (Performance Building Blocks, Math Kernel Library, etc), in which case, I imagine they've tuned it for icc, there doesn't seem to be much reason to use icc especially since they've been known to pessimize for AMD cpus).

Am I wrong?

Re:AMD’s aggressive pricing update on the EPYC 7371 by celrod on Friday December 07, 2018 @11:34AM (#18629056)
I think icc's biggest advantage is automatically translating appropriate calls into calls to those performance libraries and linking them.

If you manually make calls in GCC, I bet you'd see similar performance much of the time.

icc also seems to more aggressively parallelize, even places you didn't ask it to.

Re:AMD’s aggressive pricing update on the EPYC 7371 by bluGill on Friday December 07, 2018 @11:24AM (#18628956)
Depends on your workload. A 1% difference between compilers can be very significant in a tight loop across a few thousand cores over several days. In other cases even a 100% difference wouldn't be noticed.