Instrukcje x87 nie cieszą się dziś zbyt dużą popularnością choć nadal istnieją programy, które korzystają z tych instrukcji podczas wykonywania niektórych operacji matematycznych. Jednym z takich programów jest program Super PI, który mimo licznych niedoskonałości związanych z wiekiem wciąż jest stosowany przez entuzjastów OC, oraz redakcje testujące wydajność procesorów. SuperPi to również program, który „nie lubi” procesorów AMD z rdzeniami Bulldozer i Piledriver, do czego częściowo przyczynia się modułowa budowa, oraz zaszyta w tych CPU funkcja, która jak donosi użytkownik o nicku The Stilt, została źle napisana.
W rezultacie instrukcje x87 są wykonywane wolniej niż powinny, na czym cierpi wydajność programów takich jak SuperPi. The Stilt postanowił coś z tym zrobić i napisał program, który naprawia niedopatrzenie inżynierów AMD, czego efektem jest wzrost wydajności w SuperPi o 18-30%.
Różnicę w wydajności najlepiej obrazuje porównanie układu A10-6800K, taktowanego zegarem 4,1GHz z aktywną poprawką od The Stilt do Richlanda podkręconego do 5GHz, który nie otrzymał stosownej poprawki. Wolniej taktowany układ policzył próbkę 32M SuperPI w 17 minut i 34 sekundy, a szybszemu zajęło to aż 18 minut i 15 sekund!
Opisywaną poprawkę możecie pobrać TUTAJ, a więcej przeczytacie o niej TUTAJ. Na koniec warto wspomnieć, że poprawnie działa ona tylko z APU i CPU z rodziny FX na bazie Piledriverów, więc posiadacze starszych Zambezi muszą obejść się smakiem.
K O M E N T A R Z E
Ja bym tam nie ryzykowal z niepewnymi ''patchami'' (autor: rookie | data: 24/06/13 | godz.: 10:30) Nie wiadomo kiedy cos przestanie dzialac, a wiadomo ze kazdemu uzytkownikowi powinno zalezec przede wszystkim na stabilnym dzialaniu systemu i programow. Jak komus wykonywanie o minute dluzej obliczen w superPi spedza sen z powiek to sa od tego specjalisci z innej dziedziny, jeden nawet chcial byc prezydentem Warszawy...
troche dziwne, bardzo fajne (autor: RusH | data: 24/06/13 | godz.: 10:38) z opisu technicznego wynika ze jest to cos defaultowo wlaczone na stale w krzemie - nie jest to poprawka na bug, poprawki w mikrokodzie przelaczaja cos w czasie inicjalizacji biosu, autor tego kodu sprawdzil kilkanascie biosow i zaden nie dotykal tych rejestrow.
teoria spiskowa: moze jakis pracownik AMD mial zly dzien i zapomnial/specjalnie zostawil jakis spowalniacz :) AMD mialo swego czasu fale zwolnien :D ktos mogl zostawic jajko z niespodzianka
generalnie wyglada ze x87 prawie dogonilo szybkoscia Phenomy 2 (ostatnie niewykastrowane AMD :P)
czy to błąd inżynierów AMD (autor: Zbyszek.J | data: 24/06/13 | godz.: 10:39) to można dywagować. Kwestia dotyczy specyficznego systemu rejestrów tych procesorów, i ich odpowiedniego wykorzystania, co zależy także od BIOSu. http://www.xbitlabs.com/...ioned_by_Poor_BIOS.html
nie tyle blad (autor: RusH | data: 24/06/13 | godz.: 11:02) co moze niedopatrzenie
bo jest na stale wlaczone cos co spowalnia x87 i zaden bios na rynku nawet nie probuje tego czegos wylaczyc
cos jak swego czasu XP instalujace DirectX z wlaczonym debug mode
Jeszcze pare poprawe (autor: mbe | data: 24/06/13 | godz.: 11:30) i okaze sie ze viesiek jest szybszy od HSW.
Jeśli to prawda... (autor: Kenjiro | data: 24/06/13 | godz.: 11:34) To ktoś w AMD powinien mieć ostro przetrzepaną skórę. No i z drugiej strony Stilt powinien dostać co najmniej zatrudnienie jako doradca kodu w AMD :).
@06 (autor: mbe | data: 24/06/13 | godz.: 11:46) Racja Gosciowi dac prace i dobra pensje + dozywoni zapas CPU do OC a inzynierka zlinczowac.
Gdyby tacy ludzie pracowali w AMD to teraz zupelnie inaczej wygladal by rynek CPU
tylko (autor: Markizy | data: 24/06/13 | godz.: 12:49) jaki mamy zysk z tego że aktywował coś z x87? Taki program musiał by pamiętać dinozaury IT. Bo obecnie zysk z tego jest zerowy co widać w testach.
x87 (autor: Plackator | data: 24/06/13 | godz.: 13:21) powinno być wycięte dawno dawno temu, i było by to najlepsze posunięcie, nie było by głupich komentarzy o małej wydajności na podstawie superPI bo by w ogóle nie były te instrukcje obsługiwane.
nom zysk zerowy (autor: RusH | data: 24/06/13 | godz.: 14:01) jedynie superip i moze Quake2 :D
@8/9/10 (autor: PrEzi | data: 24/06/13 | godz.: 14:56) Zapominacie, ze Psiks lata w wersji software'owej na x87 ?
Ciekaw jestem jak teraz beda wygladaly wyniki wlasnie z Psiksem wlaczonym ? Poprawa o ~20-25% powinna byc odczuwalna.
Nikomu nie potrzebne... (autor: Seba78 | data: 24/06/13 | godz.: 17:36) Ale jakimś cudem super Pi zawsze jest jednym z syntetycznych testów dla procesorów w których to oczywiście w cudowny sposób wygrywa intel.
Optymalizacja lol (autor: loccothan | data: 24/06/13 | godz.: 20:57) Od kilku lat bolączkom Nowych AMD na bazie modułów jest niestety Optymalizacja ;-) ALe na szczęście zaczyna się to zmieniać na korzyść Userów AMD (jak i OpenCL Radeon) Znaczne zmiany i Optymalizacje poczyniono w Win8 (jest od podstaw przystosowany do Modułów AMD) Druga sprawa to tzw. Benchmarki, które zaczynaja się takze na korzyść AMD np. Nowy PC Mark 2013 w testach wyprzedza Intela Coer i7 znacznie o_0 zasługą jest Next-Gen AMD a patrząc wstecz na PC MArka dawniej 8 rdzeni przegrywało z 4/HT lol tzw. Absurd -> kazdy sznujący się Intelowiec ma i7 6/12 X79 a nie 4 rdzenie + HT pozatym kazdy z was kto ma Intela niechaj Włączy Crysis 3 i nagra rozgrywkę w FullHD i 5.1 dźwięk sami zobaczycie na co ten HT się nadaje w prawdziwych okolicznościach ! do kitu jest i7 nawet a AMD Piledriver 8 rdzeni zasuwa aż miło w Crysis 3 -> pogooglujcie
@01 (autor: djXone | data: 24/06/13 | godz.: 23:43) Ten patch czy jak to nazwać działa tylko do restartu wina, więc bez obaw można włączyć i przetestować u mnie na FX-6300 wygląda to tak dla super PI:
OFF: ON:
512K 10s 8s
1M 23s 19s
2M 53s 44s
4M 2m 09s 1m 45s
Więc różnica jest zauważalna.
wielka seksacja z poprawienia softem miktrokodu KOPROCESORA... (autor: Qjanusz | data: 25/06/13 | godz.: 01:26) temat był gorący, ale za czasów 386/486.
Mamy 2013 i tylko garstkę ludzi kierującym się wynikami badziewia zwanego super PI. Po co ten cyrk? Co do optymalizacji pod AMD, to poczekajmy jeszcze trochę na ukorzenienie się umiejętności developerów w programowaniu pod GPGPU i moduły. Nagle okaże się że zmiana sposobu programowania i zmiana kompilatora na nie-niebieski da naturalną równowagę w temacie wydajności CPU obydwu graczy, oraz idące za tym wymierne korzyści dla konsumentów.
16@ (autor: loccothan | data: 25/06/13 | godz.: 09:40) Dobrze Gada -> polać mu chłopaki i na pochybel ;-) Siwuchę bym postawił lol
@16 (autor: Plackator | data: 25/06/13 | godz.: 12:59) Ta garstka ludzi to wszyscy niedoinformowani hobbyści, którzy na podstawie wyniku w superPI kupują procesor, znam takich wielu i do głowy im nie przemówisz.
loccothan (autor: pawel1207 | data: 26/06/13 | godz.: 11:56) tak w cryzysie :D przy trawie i inych pierdolach ktore nie urzywaja akurat fpu :D ipc w buldkach kuleje cache jest smiertelnie wolny a cos w czym amd bylo dobre czas dostepu i opuznienia zabijaja :D ogulnie wsztko co urzywa fpu w amd lezy i kwiczy trzeba czekac na steam rollera :) moze cos poprawia a optymalizacja, wczesniej tez nie optymalizowano pod athlona a nawet urzywano kompilatora intela a mimo to procki radzily sobie bardzo dobrze zreszta to nie arm czy PPC zeby pisac specjalnie pod amd bo ktos tam szukal oszczednosci.
@pawel1207 (autor: Qjanusz | data: 26/06/13 | godz.: 12:52) Athlon był tym, czym nie dał rady być PIV. Wtedy wyścig toczył się na jednym torze. Jedna wizja i tylko delikatnie odmienna droga realizacji.
Od czasu Buldka, AMD ma swój tor wyścigowy i swoją na nim położył nawierzchnię. Chcesz uzyskać dobry wynik, zakładaj odpowiednie opony. Używasz opon klasycznych - uciekaj na tor Intela.
AMD kiepską marżą na APU w next genach chce upowszechnić swoje opony. Strategia genialna, ale czy wypali? Zobaczymy.
Qjanusz (autor: pawel1207 | data: 26/06/13 | godz.: 22:00) nie twierdze ze moduly czy hsa jest zlym rozwiazaniem twierdze natomiast ze fpu w buldkach lezy i kwiczy jak i pare innych zeczy co ma nawierzchnia powiedz kto teraz cokolwiek optymalizuje ? nie oplaca sie chyba ze na konsole tam nawet cos w asm potrafia skrobnac jaka bedzie przyszlosc amd nie mam pojecia nie jestem prorokiem jednak problemem buldorzera jest ogolnie przyjeta wydajnosc , nawet scisle zoptymalizowany na amd urzywajacy mocno fpu program odpalony na intelu w chwili obecnej nadal bedzie dzialal szybciej na intelu. Zycze im jak najlepiej bo monopol jezt zly ale jesli wezmiemy tico i wybudujemy mu tor dodamy do tego super opony nadal na tym samym torze taki lancer czy audi bedzie sprawowalo sie lepiej . powiedzmy ze ta wydajnosc amd miala by sens gdyby tyle pradu nie zarl ale na dzien dzisiejszy to po prostu bubel.
D O D A J K O M E N T A R Z
Aby dodawać komentarze, należy się wpierw zarejestrować, ewentualnie jeśli posiadasz już swoje konto, należy się zalogować.
