Poprawka dla procesorów z rdzeniami Piledriver

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.