Intel tvungna att ta bort "Cripple AMD" funktion från Compiler
Översatt av google:
Här är något du förmodligen inte vet, men borde verkligen - speciellt om du är en programmerare och speciellt speciellt om du använder Intels kompilator. Det är ett faktum som inte är allmänt känt, men Intels kompilator avsiktligt och medvetet krymplingar prestanda för icke-Intel (AMD / VIA) processorer.
Agner Fog detaljer detta särskilt obehagliga exempel på Intels konkurrensbegränsande metoder ganska bra. Intels kompilator kan ge olika versioner av delar av koden, med varje version är optimerad för en specifik processor och / eller instruktionsuppsättning (SSE2, SSE3, etc.). Systemet upptäcker vilken CPU den körs på och väljer den optimala koden väg om detta, CPU avsändaren, som det kallas.
"Men gör Intel CPU avsändaren inte bara kontrollera vilken instruktion som stöds av processorn, kontrollerar också strängen säljare ID," Fog detaljer, "Om säljaren strängen säger" GenuineIntel "då den använder den optimala koden vägen. Om är inte processorn från Intel då, i de flesta fall kommer den att köra den långsammaste möjliga versionen av koden, även om processorn är fullt förenligt med en bättre version. "
Det visar sig att medan detta är känt beteende, få användare av Intel kompilatorn faktiskt verkar veta om det. Intel inte annonsera kompilator som Intel-specifikt, så har företaget ingen ursäkt för att medvetet förödande resultat på icke-Intel-maskiner.
"Många mjukvaruutvecklare tycker att kompilatorn är kompatibel med AMD-processorer, och i själva verket är det, men visste inte att programmeraren det sätter i en partisk CPU avsändare som väljer en sämre kod väg när det körs på en icke-Intel-processor" Dimma skriver: "Om programmerare visste detta faktum att de troligen skulle använda en annan kompilator. Vem vill sälja en mjukvara som inte fungerar bra på AMD-processorer?"
Faktum är att Fog poäng även benchmarking program som påverkas av detta, upp till en punkt där riktmärke resultat kan variera kraftigt beroende på hur en processor identifierar sig. Ars upptäckte att genom att ändra CPUID av en VIA Nano processor till AuthenticAMD du kan öka prestanda i PCMark 2005 minne delsystem testa med 10% - att byta det till GenuineIntel ger en 47,4% prestandaförbättring! Det finns mer om det här [skriv ut version - Regelbunden en kommer inte att läsa för mig].
Med andra ord är detta ett mycket allvarligt problem. Lyckligtvis, dock verkar det som om den senaste tidens antitrust uppgörelse mellan AMD och Intel kommer att lösa detta problem för åtminstone AMD användare, som avtalet uttryckligen sägs att Intel måste fixa sin kompilator, vilket innebär att de blir tvungen att fixa sina CPU avsändaren.
Federal Trade Commission utreder Intel också, och det är också nå en lösning kompilatorn fråga, men FTC tar allt ett steg längre än den Intel-AMD uppgörelse. Eftersom den senare endast omfattar AMD kan VIA fortfarande vara i trubbel. Därför begär FTC att Intel gör mycket mer än vad som beskrivs i AMD uppgörelse:
Kräver att, med avseende på de Intel kunder som köpt från Intel ett program kompilator som haft eller har design eller verkan att försämra verkliga eller skenbara prestanda mikroprocessorer som inte tillverkats av Intel ("Defekt Compiler"), som beskrivs i klagomålet:
Intel ge dem, utan extra kostnad, ett substitut kompilator som inte är en defekt Compiler;
Intel kompensera dem för kostnaderna för att kompilera programmet de hade sammanställts på den defekta Compiler och att ersätta, och distribuera sina egna kunder, kompileras om för programvaruutveckling sammanställas på en defekt Compiler, och
Intel kungöra och varning, på ett sätt som kan komma att överlämnas till personer som har köpt programvara sammanställts på Defekt Kompilatorer köpt från Intel, för eventuellt behov av att ersätta denna programvara.
Fog erbjuder också upp ett antal knep, som att använda GNU GCC, vars optimeringar är liknande den i Intels kompilator, "men Gnu-funktionen bibliotek (glibc) är underlägsna". Du kan också patch Intels CPU dispatcher - Dimma även ger en patch för att göra det i "Optimera program i C + +: En optimering för Windows, Linux och Mac-plattformar".
Detta är en särskilt otäck typ av konkurrensbegränsande metoder, som den verkligen kräver djup kunskap om frågor för att få ut det. Gud vet hur många riktmärken har varit skev till förmån för Intel helt enkelt därför att människor omedvetet använda Intels kompilator i god tro. Intels kompilator ses som gräddan och ger överlägsen prestanda, men tydligen bara om man håller sig till GenuineIntel.
Google Translate för företag:ÖversättningsverktygWebbplatsöversättareGlobal Market Finder
Inaktivera snabböversättningOm Google ÖversättMobilSekretessHjälpSkicka feedback
http://www.osnews.com/story/22683/Intel_Forced_to_Remove_Crip...
http://www.agner.org/optimize/blog/read.php?i=49
