Új hozzászólás Aktív témák

• #26842 Alpi. addikt Brekkk #26841

  Új Válasz 2020-10-07 10:24:35 #26842

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Alpi.

  addikt

  válasz Brekkk #26841 üzenetére

  Ez nem az offset, hanem a túl sok neg. offset, amikor veszít a teljesítményből !!
  Sok helyen olvasni, hogy a boost órajelek nem adják a "valós" teljesítményt, "clock stretching" csak. Ez nem így van, mérges szoktam lenni (inkább még anno, mert már elengedtem ezeket ), mert ez már "urban legend"-é vált kb. sok helyen, abból meg épp elég van Am4 körül.
  Elfogadom, hogy egyesek ezt a működést látják, tapasztalják, de ez nem húzható rá az alapvető mechanikára, a precision boost-ra, csupán az aktuális konfig (vélhetően lap / bios) háttal áll a történetnek. Az én lapom már az elejétől egész jól kezelte az offsetelést és újabb bios-okkal még rengeteget javítottak ezen. Amíg van jó működésre példa, azt hiszem általánosságokban, illetve magát a cput vagy annak gyártóját kevésbé ildomos elmarasztalni. [Azt hiszem, ez elég beszédes. Tized fölötti offset és gyönyörű működés !]
  Amit a fenti, csökkenő teljesítményes videóban látni, az egy "beépített", tervezett mechanizmus, épp. működés közben. Más céllal került bele a zen2-be, de a túl magas offset által okozott, alacsony Vcore is "triggereli".
  Egyébként maga a mechanizmus nagyon hasonlít az Intel throttlingjára, gyakorlatilag a mag "csinál" (igazábol az nem csinálás ) egy üres ciklust. Itt teljesen másik célt szolgál, nem a túlmelegedés elleni utolsó védelmi reakció, hanem arra szolgál, hogy gond nélkül üzemeljenek az akár 16 magos Zen2-k is (de szvsz Tr4-nél is lehet jelene. ) a lapokban, anélkül, hogy top, prémium alkatrészekből épült és még azt is egy egészségtelenül túlfeszített módra kényszerített, Vrm-re legyen szükség. Nagyon gyors a boost órajel emelkedése, ráadásul ugye rengeteg mag is esélyes, teljesen különálló órajellel, így rettentő necces a Vrm-nek követni, ha közel idle állapotból ne adj Isten berobbantja a teljes arzenált. Enélkül egyrészt "túl erős" vrm, másrészt torzan aggressziv Llc és / vagy magas működési frekvencia kéne. Emiatt beleterveztek egy ilyen "feature"-t, hogy ha beesne a Vcore a működési határ alá, ahelyett, hogy dobna egy hátast a cpu egyik része csinál egy (vagy több) üres ciklust, életben tartva a többieket, addig amíg a fesz utol nem éri a kívánt szintet. Ez észre sem vevődik hiszen annyira gyors folyamat. Kivéve ugye, ha folyamatosan fenntartjuk az alacsony Vcore-t, mint pl. túl sok neg. offset. Akkor folyamatosan kiváltva ezt a mechanizmust. Egyébként láthatóan jól működik, hiszen ilyenkor sem egy fain kis "Blue screen" a túlzásokba eső kezelő jussa, csupán a teljesítményből veszít.

Új hozzászólás Aktív témák