Kompilator Intela bezpodstawnie ogranicza wydajność konkurencyjnych CPU

Firma Intel zostanie najprawdopodobniej zmuszona do zmodyfikowania swojego kompilatora, który domyślnie stosuje opcje, zmniejszające wydajność skompilowanego za ich pomocą oprogramowania, które uruchamiane jest na procesorach od AMD i VIA. Żądanie w tej sprawie sformułowała amerykańska Federalna Komisja Handlu.

Jak wyjaśnia Van Smith, prezes Cossatot Analytics Lab, laboratorium software'owego, które stworzyło darmowy benchmark opensourcemark, Intel w 2003 roku tak zaprojektował swój kompilator i biblioteki, aby wygenerowany za ich pomocą kod działał wolniej na Opteronach i innych nieintelowych procesorach z rodziny x86.

Popularny kompilator ICC jest w stanie generować różne wersje kodu maszynowego, w zależności od modelu procesora i dostępnego zbioru instrukcji. Problem polega na tym, że dyspozytor (ang. dispatcher) Intela dodatkowo sprawdza na używanej maszynie ciąg określający producenta CPU. Jeśli znaleziony zostaje identyfikator „GenuineIntel”, to wykorzystywana jest optymalna ścieżka kodu, wykorzystująca zbiór instrukcji SSE2. W większości innych wypadków kod kompilowany jest po znacznie wolniejszej ścieżce tylko dla FPU, mimo że procesory konkurencji byłyby w pełni zdolne do obsługi wydajniejszej wersji ścieżki kodu.

„Jednak wiele benchmarków pokazuje, że wystarczy zmienić ciąg CPUID na „GenuineIntel” (co jest dość łatwe na procesorach VIA i znacznie bardziej skomplikowane dla AMD), aby podwyższyć ich wyniki o nawet 47,7% (…)” – pisze Van Smith. Nie byłoby to problemem, gdyby kompilatory Intela były rzadko wykorzystywane, ale z racji tego, że generują niezwykle wydajny kod na układach Chipzilli, używa się ich do kompilowania wielu wymagających pod względem wydajności aplikacji.

Taki stan rzeczy nie jest tajemnicą, jednak większość użytkowników nie wie o tym ograniczeniu. Intel nie informuje swoich klientów, że kompilator nadaje się tak naprawdę tylko do obsługi własnych procesorów. Prowadzi to do problemów z wydajnością, na czym cierpią twórcy oprogramowania. Problem jest więc bardzo poważny. Który producent oprogramowania chciałby stosować kompilator generujący kod działający o wiele wolniej na popularnych procesorach AMD? Intelowi zarzuca się więc stosowanie praktyk monopolistycznych.

«poprzednia 1 2 następna »

Podoba Ci się ten tekst? Powiedz o tym innym na Fb: lub na G+:

publikuj:

wydrukuj

4 skomentuj »

Polecamy

Reklama

Komentarze

#1 SSL 2010-01-04 15:50:52 0
Szanuję Intel'a za ich dokonania w rozwoju technologii, ale z marketingiem to od lat jadą na granicy prawa.
IP: 95.49.61.[...] Opera/9.80 (Windows NT 5.1; U; pl) Presto/2.2.15 Version/10.10
#2 Khoral 2010-01-04 18:33:48 0
Intel i jego krzywe ruchy. Chyba tylko Apple jest gorszy.
IP: 85.89.184.[...] Opera/9.80 (X11; Linux i686; U; en-GB) Presto/2.2.15 Version/10.10
#3 xyz 2010-01-04 18:56:03 0
Intel sobie juz od dluzszego czasu grabi... i nawet miliardowe kary, ktore ostatnio placili widac niczego ich nie nauczyły.
IP: 79.185.32.[...] Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/532.5 (KHTML, like Gecko) Chrome/4.0.249.43 Safari/532.5
#4 pawełZZZZZZZZZZZZZZZZZZZZZZ 2010-01-05 09:52:53 0
Wcale nie jstem pewien czy to wyłączenie SSE2 miało ograniczyć wydajność procesorów konkurencji. SSE2 intel wprowadził w P4 w 2000r. AMD dorobiło sie tych instrukcji 3 lata później, via jeszcze poźniej. Jakis mechaniam wyłączajacy SSE2 na procach które go nie obsługiwały istnieć musiał bo inaczej proce konkurencji kończyły by program na wyjatku illegal instruction
IP: 87.205.57.[...] Mozilla/5.0 (Windows; U; Windows NT 5.1; pl; rv:1.9.1.6) Gecko/20091201 Firefox/3.5.6

Aby dodać komentarz, musisz podać swój nick, treść komentarza oraz poprawnie przepisać oba słowa z obrazka (słowa muszą być rozdzielone spacją).
W treści komentarza można używać języka formatowania BBcode.