Twoje PC  
Zarejestruj się na Twoje PC
TwojePC.pl | PC | Komputery, nowe technologie, recenzje, testy miejsce na Twojš reklamę
M E N U
  0
 » Nowości
0
 » Archiwum
0
 » Recenzje / Testy
0
 » Board
0
 » Rejestracja
0
0
 
Szukaj @ TwojePC
 

w Newsach i na Boardzie
 
TwojePC.pl © 2001 - 2024
Poniedziałek 24 czerwca 2013 
    

Poprawka dla procesorów z rdzeniami Piledriver


Autor: Wedelek | źródło: HWBot | 09:59
(21)
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
    

  1. 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...

  2. 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)


  3. 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


  4. 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


  5. Jeszcze pare poprawe (autor: mbe | data: 24/06/13 | godz.: 11:30)
    i okaze sie ze viesiek jest szybszy od HSW.

  6. 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 :).

  7. @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


  8. 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.

  9. 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.

  10. nom zysk zerowy (autor: RusH | data: 24/06/13 | godz.: 14:01)
    jedynie superip i moze Quake2 :D

  11. @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.


  12. Jest juz nowsza wersja - 1.01B - (autor: PrEzi | data: 24/06/13 | godz.: 15:29)
    Do pobrania ponizej :
    http://downloads.hwbot.org/...tools/BDC_R1.01B.zip


  13. 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.

  14. 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

  15. @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.


  16. 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.


  17. 16@ (autor: loccothan | data: 25/06/13 | godz.: 09:40)
    Dobrze Gada -> polać mu chłopaki i na pochybel ;-) Siwuchę bym postawił lol

  18. @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.

  19. 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.

  20. @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.


  21. 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ć.