The Ups and Downs of AMD (hackaday.com)
szczys writes: In 2003 AMD was on top of the world. Now they're not, but they're also still in business. AMD continues to produce inexpensive, well-engineered semiconductors. The fall over the last 10 years is due to Intel, who used illegal practices and ethically questionable engineering decisions to knock AMD off their roost while still keeping them in business. The latter prevents the finger of antitrust from being pointed at Intel the way it was for Ma Bell.
AMD settled their entirely valid lawsuit:
http://www.cnet.com/news/intel...
Intel's actions were shocking and absurd, and they seem to be willing to play by legal limits only when failing to do so would visibly get them hammered with monopoly lawsuits. It was a poor resolution to a very real issue. The other part? It prevents Intel from having to do anything rash or aggressive with their chip power, because by neutering their only competitor they were able to focus more on profitability and less on performance and perception. In my *opinion*, I think this is a big part of why we saw chips mostly become stagnant compared to in years prior- Intel is actually keeping in range of what AMD is capable of on purpose. They are holding back.
Read Ars Technica's history of AMD, the issue was with spectacular mismanagement more than with Intel's practices.
http://arstechnica.com/business/2013/04/the-rise-and-fall-of-amd-how-an-underdog-stuck-it-to-intel/
The article mentions Intel "Permanently disabling AMD CPUs through compiler optimizations". Am I reading this right, did they find a way to brick AMD processors? It doesn't say anything else about it in the article that I can see, if so, and I'm really curious.
No. TFA explains that Intel's compilers were written to ignore certain optimization-friendly parts of the instruction set if they were compiling for a non-Intel CPU. AMD actually supported the instructions, but Intel's compilers just pretended that AMD didn't. And surprise! Intel's processors beat the crap out of AMD's in benchmarks. Really shitty of Intel to do that.
If it weren't for deadlines, nothing would be late.
July 24, 2006: AMD buys ATI, stretching their credit to the limit
July 27, 2006: Intel launches Core 2 Duo (Conroe)
To get an idea of how quickly AMD was in trouble, here's Anandtech in November 2007 at the launch of Phenom:
If you were looking for a changing of the guard today it's just not going to happen. Phenom is, clock for clock, slower than Core 2 and the chips aren't yet yielding well enough to boost clock speeds above what Intel is capable of. While AMD just introduced its first 2.2GHz and 2.3GHz quad-core CPUs today, Intel previewed its first 3.2GHz quad-core chips. (...) Inevitably some of these Phenoms will sell, even though Intel is currently faster and offers better overall price-performance (does anyone else feel weird reading that?). Honestly the only reason we can see to purchase a Phenom is if you currently own a Socket-AM2 motherboard; you may not get the same performance as a Core 2 Quad, but it won't cost as much since you should be able to just drop in a Phenom if you have BIOS support.
Up to July 2006: K8 > Netburst
July 2006 - November 2007: K8 < Core (AMD sales tank)
November 2007 - October 2011 K10 < Core (successor lagging behind)
October 2011-2016? Bulldozer < Sandy Bridge (late and underperforming)
Why didn't AMD have the cash to burn in 2006-2009 to come up with something better? Oh, a $5.4 billion purchase of ATI. It sucked all the R&D out of CPUs and into APUs and "synergies", but even today you see no major differences between an APU and pairing a CPU + dGPU unless you've written very special code for just that situation.
Live today, because you never know what tomorrow brings
If I were AMD, I'd devote effort and resources to GCC development. (Maybe they have?)
It appears they have indeed.
If it weren't for deadlines, nothing would be late.
Intel's compilers still use the CPUID instruction to decide whether to emit efficient code or not. Intel has an official notice to this effect. Charmingly, the notice is only available as an image file. I presume this is to make it harder to search for the notice.
https://software.intel.com/en-us/articles/optimization-notice/
Every time I see benchmarks now, I wonder whether the results were affected by the use of an Intel compiler.
I try very hard to not buy Intel products.
lf(1): it's like ls(1) but sorts filenames by extension, tersely
No, they weren't convicted.
Yes they were, and here is the courts press release of the conviction.
A settlement is not a conviction
A settlement is not a conviction for sure, and the fact that there was an unrelated settlement doesnt negate the fact that Intel was convicted of flagrant monopoly abuse and ordered to (among other things) "cease illegal practices" (a direct quote.)
Why are Intel shills such lying fucks?
"His name was James Damore."
Links to the FACT that Intel was convicted of anti-trust against AMD keeps getting modded down.
So here it is again:
E.U. Commission press release detailing their conviction of Intel.
The European Commission has imposed a fine of €1 060 000 000 on Intel Corporation for violating EC Treaty antitrust rules on the abuse of a dominant market position (Article 82) by engaging in illegal anticompetitive practices to exclude competitors from the market for computer chips called x86 central processing units (CPUs). The Commission has also ordered Intel to cease the illegal practices immediately to the extent that they are still ongoing. Throughout the period October 2002-December 2007, Intel had a dominant position in the worldwide x86 CPU market (at least 70% market share).
Intel was CONVICTED of monopoly abuse. This is an irrefutable fact. There are a lot of people here either claiming that they were never convicted or downmodding those that are revealing the truth. The site I linked to is the official press release site of the E.U. Commission.
"His name was James Damore."
Optimization Notice
Intel’s compiler may or may not optimize to the same degree for non-Intel microprocessors for optimisations that are not unique to Intel microprocessors. These optimisations include SSE2, SSE3, and SSSE3 instruction sets and other optimisations. Intel does not guarantee the availability, functionality, or effectiveness of any optimisation on microprocessors not manufactured by Intel. Microprocessor-dependant optimisations in this product are intended for use with Intel microprocessors. Certain optimisations not specific to Intel microarchitecture are reserved for Intel microprocessors. Please refer to the applicable product User and Reference Guides for more information regarding the specific instruction sets covered by this notice.
Notice revision #20110804
As written by Intel, but written in text for the convenience of visually impaired slash-dotters with screen readers. Highlights mine.
Human Rights, Article 12: Freedom from Interference with Privacy, Family, Home and Correspondence