Twoje PC  
Zarejestruj się na Twoje PC
TwojePC.pl | PC | Komputery, nowe technologie, recenzje, testy
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 - 2019
Środa 11 września 2019 
    

AMD przygotowało nowy mikrokod naprawiający Turbo w Ryzenach


Autor: Wedelek | źródło: AMD, Tom's Hardware | 05:59
(24)
Od premiery Ryzeny 3000 mają problem z osiąganiem określonego w specyfikacji taktowania Turbo, co bardzo szybko zostało wytknięte AMD przez czujnych użytkowników. Producent obiecał naprawić tę sytuację i obecnie jesteśmy świadkami wcielania słów w życie. AMD zaczęło dostarczać partnerom nowy kod AGESA o numerze 1.0.0.3ABBA, który eliminuje problem zbyt niskiego Turbo, a producenci płyt głównych mają teraz za zadanie wydać nowy BIOS/UEFI, który będzie zawierać wprowadzone poprawki. Portalowi ChipHell udało się dotrzeć do nowego BIOSu dla płyt MSI z zaimplementowanym mikrokodem od AMD, natomiast portal Tom’s Hardware wziął go pod lupę i wykonał kilka testów z użyciem płyty MEG X570 Creator oraz procesorów Ryzen 9 3900X i Ryzen 7 3700X.

Po implementacji AGESA 1.0.0.3ABBA zegar modelu 3700X wzrósł z 4,375GHz do 4,4GHz, a w przypadku Ryzena 9 3900X częstotliwość osiągana przez pojedynczy rdzeń wyniosła maksymalnie 4,625MHz zamiast wcześniejszego 4,575GHz. Poniżej możecie zobaczyć jak te zmiany przełożyły się na wydajność opisywanych CPU. Nowe BIOSy powinny być dostępne mniej więcej do dwóch tygodni.

„Jednocześnie firma AMD ogłosiła, że 30 września udostępni zestaw narzędzi deweloperskich AMD do monitoringu, który ma na celu wesprzeć każdego, kto chce tworzyć publicznie dostępne narzędzia do monitorowania pracy procesora, spójnym zestawem danych pomiarowych z kluczowych czujników. Nowa wersja AMD Ryzen Master otrzymała obsługę Average Core Voltage API.”



 

    
K O M E N T A R Z E
    

  1. Intel wytknął słabe turbo u AMD, (autor: Qjanusz | data: 11/09/19 | godz.: 09:10)
    no to dostał w odpowiedzi jeszcze lepszą wydajność jednego wątka w Ryzenach. Minimalnie lepszą, ale w aktualnej i wyrównanej walce, dość ważną.

    Osobiście obstawiam że "niedoszłe turbo", to nie był błąd AMD, tylko celowe działanie mające na celu działanie ochronne CPU lub mobo. Teraz ten bezpiecznik po prostu został wyłączony, albo poluzowany. Niezależnie od tego czy mam rację, czy nie, myślę w przeciągu 2 tygodni wszystko się wyjaśni i potwierdzi.


  2. słabe turbo (autor: Mario2k | data: 11/09/19 | godz.: 09:37)
    Spowodowane ograniczeniami termalnymi po prostu proce AMD są już fabrycznie podkręcone tak się dzieje od lat tylko młodzi o tym nie wiedzą.

  3. @02 (autor: bmiluch | data: 11/09/19 | godz.: 11:16)
    trochę się zagubiłeś
    podkręcanie = to przyśpieszenie działania (np. procesora) do szybkości wyższych niż przewidziane przez producenta

    dlatego z definicji producent nie może podkręcać swoich produktów


  4. @3. (autor: Mariosti | data: 11/09/19 | godz.: 11:36)
    Zależy jak bardzo zagłębisz się w temat.

    Przed czasami turbo core maksymalne taktowanie procesora było zawsze dla wszystkich rdzeni, co oznaczało że żaden rdzeń nie mógł przekroczyć swojej porcji TDP przy założeniu że realnie odwzorowuje ono zużycie energii danego procesora.

    Jak tylko pojawiło się turbo core podnoszące taktowanie jednego rdzenia, dwóch itd ponad taktowanie obciążonych wszystkich rdzeni to już zasadniczo oznaczało że producent zaimplementował mechanizm automatycznego podkręcania.

    W ryzenach doszło do tego że mechanizm ten jest tak dokładny że ręcznie w zasadzie nie da się uzyskać wyższych zegarów niż xfr, czyli można powiedzieć że procesor automatycznie podkręca się lepiej niż są to w stanie zrobić overclockerzy.

    Niemniej jednak wciąż oc na ryzenie istnienie, ale bardziej przydatne jest już głównie do benchmarków, ewntualnie OC ramu i IF daje spore korzyści.


  5. przeciez AMD ostro zaprzeczalo ze jest probelm (autor: komisarz | data: 11/09/19 | godz.: 12:50)
    a newsman wychodzi z siebie I wlazi w dupe amd, ze takie wspaniale I poprawilo problem. Poprawilo bo rozpetala sie burza, gdzie amd walczylo z stesterami I pisalo ze zle testuja.

  6. ;-) (autor: pwil2 | data: 11/09/19 | godz.: 13:17)
    Patrząc na wyniki nasuwa się myśl pojawiająca się na twarzach narzekaczy "O take turbo walczyliśmy"

  7. @tez mnie troche dziwi ich postawa (autor: Kosiarz | data: 11/09/19 | godz.: 13:28)
    maja swietny krzem i przeciez wiedzieli dokladnie jak lataja te procki zanim puscili specyfikacje. imho zupelnie bez sensu sie podstawili na strzala.

    tak czy siak - rynek zadowolony wiec przejdzie bez echa.



  8. Czy mi się wydaje (autor: ligand17 | data: 11/09/19 | godz.: 14:29)
    czy na Ryzen 9 3900X nie ma praktycznie żadnego wzrostu (a nawet delikatny spadek) wydajności?

  9. W nowej wersji Linuxa tam gdzie były ogromne braki (autor: Mario1978 | data: 11/09/19 | godz.: 15:18)
    to w końcu mamy poprawę i to ogromną ale są miejsca gdzie wydajność nieznacznie spadła.
    Ogólnie widać po raz kolejny jak oprogramowanie nie było przygotowane na premierę Zen 2.
    Jeżeli w Linux potrafią być takie wzrosty wydajności to już wiadome ile w Windows jest do poprawienia.
    https://techgage.com/...400g-performance-in-linux/


  10. @09 (autor: ligand17 | data: 11/09/19 | godz.: 17:25)
    Gdzie Ty masz tą ogromną poprawę w Linuxie? A może załatali już tego babola z RdRand (bo naprawić się go nie da) i teraz nowsze dystrybucje Linuxa wreszcie się uruchamiają?

  11. Żadnej poprawy wydajności nie będzie (autor: Mario2k | data: 11/09/19 | godz.: 18:46)
    Rostowski mówił że nie ma i nie będzie Ja się z tym zgadzam w 95% ;)
    Proce są już wyśrubowane i cudów nie oczekujcie jak ktoś zapoda dobre chłodzenie cieczą to może mu to turbo wskoczy na 30-40 sekund potem gilotyna i cięcie taktowania bo TDP krzyczy z bólu.

    Wszystko to nie zmienia faktu że nowe Ryzeny to dobre procki.


  12. @Temat (autor: loccothan | data: 11/09/19 | godz.: 22:47)
    Przyda się, mój dopala do 4350MHz w PBO
    Hero VI, BIOS 7403.

    Ustawiłem sobie Manual na 4375MHz i 4300MHz w Ryzen Master.
    RAM 1:1 3800MHz CL16 1T 64.8ns
    Jest szybko ;)


  13. Qjanusz (autor: pawel1207 | data: 11/09/19 | godz.: 22:56)
    zaczynasz gledzic jak mario locothan i reszta ..odstawiamy fakty i zaczyna sie fantazja po zakupie amd :D

  14. Mario1978 (autor: pawel1207 | data: 11/09/19 | godz.: 23:05)
    te brakito miales ty chyba w logice gdzie te braki miales ? linux bez problemu obslugiwal ryzeny lepiej niz winda to amd dalo dupy nie potrafiac zimplementowac prostych instrukcji dzialajacych od lat nawet na armach ppc i mipsach gdzie amd ktore tak wspera otwrte standardy do dzisiaj naprawic ich nie raczylo :D 2 do dzisial karty amd nie osluguja czesci instrukcji open gl do dzisaj ich amd traktuje userow linuxa jak zlo konieczne i do dzisiaj nv ze srodka stawki zjada najmocniejsze radeony jesli chodzi o wydajnosc 3d bo amd tak mocno wspiera te otwarte standardy :D ze do dzisiaj zydza kasy na stery pod linuxa ..

  15. @14 (autor: Soulburner | data: 12/09/19 | godz.: 06:44)
    Hola, hola, jak się wejdzie na Phoroniksa, to niemal codziennie można przeczytać o kolejnej wersji sterowników AMD, które kolejny raz coś usprawniają i przyspieszają. Linuksiarze na reddicie mówią jednym głosem - pod względem otwartych sterowników grafiki pod tym systemem rządzi Intel i AMD, zaś Nvidia jest krytykowana za olewanie tematu od jakiegoś czasu.

  16. @pawel1207 - nie mam AMD, (autor: Qjanusz | data: 12/09/19 | godz.: 09:56)
    i nie mam żadnego interesu w ględzeniu pro AMD.
    Komentuję wyczytane fakty.


  17. pawel1207 (autor: Markizy | data: 12/09/19 | godz.: 10:31)
    openGL to niestety taki śmietnik troche kazdy mógł pisać ile chciał stron makulatury i dołączyć przez co jest starszny rozstrzał w tym co wspierane a co nie.

  18. Qjanusz po twoich ostatnich (autor: pawel1207 | data: 12/09/19 | godz.: 15:09)
    komentarzach twoj obiektywizm gdzies wyparowal ..

  19. Soulburner (autor: pawel1207 | data: 12/09/19 | godz.: 15:19)
    mowimy o tych sterownikach ktore pisze spolecznosc linuxa na ktore amd sie zgodzilo bo jakies tam polatane alfy i tak reprezentowaly o wiele lepszy poziom niz to co wychodzilo pod skrzydel amd .. placz o nv nie jest wydajnosc czy jakosc sterownikow nv ale o tym ze nie sa zgodne z gnu co za tym idzie nie moga byc obslugiiwane podobnych zasadach co wolne oprogramowanie dlatego tworcy dystrybucji placza bo nie moga ich dodac do distro i zostaje im wrzucanie Nouveau ktore to nie ma startu do sterow z nv .. placz byl tez o to ze nv nie otworzyla zrodel co za tym idzie linus nie mogl pewnych mechanizmow zastosowac bezposrednio w jadze :D i znowu placz jak myslisz powaznie o linuxie to masz 2 wybory nvidia albo intel karty amd pod linuxem to jest masakra otwarty soft to nie zawsze oznacza wydajne i bezproblemowe stery . a jak chesz grac pod linuxem to w zasadzie zostaje ci tylko nvidia..

  20. @19 (autor: Soulburner | data: 12/09/19 | godz.: 18:02)
    AMD udostępnia moduły jądra, które bardzo szybko lądują w kolejnych wydaniach kernela i są siłą rzeczy zarówno open source, jak i działające "plug & play". Nvidia udostępnia jedynie zamknięty sterownik, który w żadnym wypadku nie jest zły, a jedynie nie lubiany w środowisku otwartego oprogramowania oraz przez wiele dystrybucji nie jest instalowany domyślnie. Jak zajrzysz na Reddita, tam każdy poleca karty AMD dla pingwina. Oczywiście, w typowo profesjonalnych zastosowaniach, gdzie wciąż rządzą CUDA za specjalnego wyboru i tak nie ma ;)

    Grałem pod Linuksem na integrze Intela oraz na kartach AMD i nie odczuwałem potrzeby zmiany na Nvidię, więc bez przesadyzmu. Na Phoroniksie są testy GPU często i tam AMD prezentuje się bardzo w porządku, często osiągając całkiem sympatyczne wyniki (np. Radeon VII od samego początku szedł łeb w łeb z RTX2080).


  21. Soulburner (autor: pawel1207 | data: 13/09/19 | godz.: 10:57)
    skro miales amd to nie sadze abys specjalnie chial zmienyc karte za kilka tysi tylko po to aby grac pod linuxem czyli amatorszczyzna fakt jest jednak faktem i tu zadne zaklecia nie pomoga stery amd pod linuxa to jedno wielkie nieporozumienie podobnie jak ich wydajnosc mozna zaklinac rzeczywistosc ale fakty sa jakie sa nv w czesci operacji jest wydajniejsza iemial o 50 % malo tego ati czesci rozkazow open gla wogole nie obsluguje :D wiec owszem grac sie da tylko majac jedynie linuxa po co sie meczyc na sile z amd skoro na nv bedziesz mial to samo taniej szybciej i bardziej stabilnie ..

  22. @21 (autor: Soulburner | data: 13/09/19 | godz.: 15:30)
    ło matko, żadne zaklęcia to chyba Tobie nie pomogą. Otwarte stery AMD są dobre. Takie są fakty, rozpływają się o tym na forach, na reddicie, a testy na Phoroniksie potwierdzają.

    Na AMD się nie męczę, bo na Nvidii nie jest szybciej, ani taniej, ani bardziej stabilnie.

    OpenGL - to akurat wina samego standardu, gdzie każdy producent układów graficznych sobie dobiera co obsługuje, a czego nie. Skończyć z tym miał Vulkan, ale chyba robi się taki sam burdel.


  23. no sa zajebiste (autor: pawel1207 | data: 13/09/19 | godz.: 19:36)
    :D zwlascza ze mam jedna maszyne na tych sterach jak to jest dla ciebie dobre w praktyce wydajnosc nizsza niz o polowe od tanszej nvidi to faktycznoie nie mamy o czym dyskutowac jak to mowia karzdy swoje chwali . :D otwarte stery amd dobre buhahaha soory ..:D sa zajebiste do 2d czyli do obslugi interfejsu n tym ich zalety sie koncza ..OpenGLmowimy o ilosci obsugiwanych instrukcji to tak jakby cpu amd nie obslugiwal avx mmx sse itd .. no spoko nadal jest wspaniale .. polecam pobawic sie open cl w wydanu amd :D pod linuxem .:D


  24. @23 (autor: Soulburner | data: 15/09/19 | godz.: 20:01)
    Ojesu, po co ja się tutaj jeszcze udzielam, to nie wiem, ale na zakończenie tematu:

    - sterowniki AMD działają. Jest wydajnie, jest otwarcie, jest plug and play

    - wydajność w grach wg wykresów na Phoroniksie nie odstaje od konkurencji w postaci Nvidii. Kiedy tylko pokazuje się nowa karta lub jakiś większy update Kernela, koleś prowadzący tę stronę wrzuca kolejne benchmarki

    - poziom wsparcia OpenGL od zawsze był w pewnym stopniu problemem, Intel ma swoje, Nvidia swoje i AMD swoje. Tak sobie w Khronosie ustalili i tak sobie producenci robią, żeby spełnić wymagania danej wersji API. Największym problemem są rozszerzenia specyficzne dla sprzętu, bo wtedy trzeba coś osobno napisać dla Nvidii, osobno dla AMD i osobno dla Intela. Vulkan miał to rozwiązać poprzez bardziej sztywne ramy standardu, ale wprowadzili rozszerzenia takie same, jak ma OpenGL. Czyli kodujesz sobie aplikację, chcesz coś zrobić ciekawego, wertujesz dokumentację i się okazuje, że na Nvidii musisz użyć VK_NV_cośtam, odpowiednikiem na AMD jest VK_AMD_cośtam, u Intela tego nie ma wcale, a sam Vulkan jako taki tego nie ma i nie oczekuje, by było. Burdel na kółkach :P

    - OpenCL? Na AMD? Pod Linuksem? Łamałem ostatnio hasło programikiem John The Ripper. Naparzał aż miło. Wydajność na takim poziomie, jakiego można oczekiwać od kart uwielbianych przez kopaczy ;)


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