hogyan befolyásolja ez a stabilitást (azaz RAM overclocks, stressztesztek, termálok)
a RAM sebessége a BCLK szorozva a szorzóval (vagy a manuálisan beállított, vagy az XMP-ből vett). Például a 3200 általában 100×32. Ha a bclk-t 103-ra állítja, az 3200 ram megpróbálja futtatni az 3296-ot (valószínűleg nem OK). Mint ilyen, előfordulhat, hogy csökkentenie kell a szorzót a stabilitás megőrzése érdekében. Ebben a példában a mult 31.33-ra való leesése 3227-et eredményez (valószínűleg rendben van). Néhány alaplap rendelkezik külső bclk – val és a bclk aszinkron futtatásának lehetőségével (vagyis csak a CPU – t érinti a bclk változások); de valószínűleg rossz ötlet-a Ryzen docs azt jelzi, hogy ez jelentős késést eredményez, és néhány felhasználó arról számolt be, hogy ezt megerősítette a tesztelés során-úgy gondolom, hogy a jelentett számok a 15-20ns tartományban voltak. A legtöbb Ryzen 2xxx konfiguráció a sebességtől és az időzítéstől függően a 60-75ns tartományba kerül, tehát ez elég jelentős növekedés. A RAM mellett a lapkakészlet kommunikációra és az összes PCIe-re is hatással van a bclk. Ez magában foglalja a videokártyákat, az m.2 meghajtókat és a PCIe busz bármely más perifériáját. A perifériák mind toleranciát építenek a bclk varianciákra, de mennyi tolerancia teljesen a periféria gyártójától függ. Például a RAID kártyám teljesen kiürülne 104-nél. Ami magát a CPU-t illeti, valóban hasonló az OC szorzóhoz; némi növekedés valószínűleg rendben van változás nélkül, másoknak szükség lehet a feszültség növelésére. A feszültségnövekedést a közvetlen változás helyett eltolással kell elvégezni, így ha az alaplapon nincs eltolási feszültség opció, akkor elég korlátozott lesz. Ismét, mint az OC szorzónál, minél nagyobb a feszültség, annál nagyobb a hő. Végül, a bclk a lapkakészletét is meghajtja-általában senki sem aggódik sokat a lapkakészlet temps miatt, de ha a bclk-t növelik, akkor ezt szemmel kell tartania.
tehát általában egy CPU OC, akkor tényleg csak meg kell futtatni néhány CPU stabilitási ellenőrzés, mint a p95. De a BCLK OC esetében sokkal kiterjedtebbnek kell lennie a tesztelésben a valódi stabilitás biztosítása érdekében: p95 a CPU-hoz, memtest vagy valami hasonló a ram-hoz, valószínűleg valami hasonló, mint a crystaldisk, hogy keményen elérje a meghajtókat, talán egy grafikus referenciaérték a gpu-hoz.
hogyan befolyásolja ez több referenciaértéket és játékot
a fent említett stabilitáson túl gyorsabbá teszi őket, ha CPU-függőek? 🙂
hogy egyértelműbb legyen-alapértelmezés szerint egy 2700X fut 3.7-en. A hűtéstől függően 4,35-ig növeli magát, bár általában csak 1-2 mag esetében; az all-core boost a hűtéstől függően általában 3,9-4,1-ish között van. Azonban. Ha oc szorzót és manuálisan beállított feszültséget használ, a chip OC módba kapcsol, ami azt jelenti, hogy a növelő viselkedés megszűnik – ehelyett a beállított értékekhez rögzít. Néhányan 4,2 vagy 4-et kaphatnak.25 all-core OC, azaz a nyers all-core teljesítmény szorzóban az OC jobb kimenetet kap, és nem befolyásolja a fent említett memóriát vagy perifériákat. Hurrá! De a hátránya az, hogy még az all-core OC csúcskategóriájában is valószínűleg lassabb, ha néhány magot futtat max (4.2 vagy 4.25 vs.4.35 ish). Néhány (lásd az alábbi megjegyzéseket arról, hogy mennyi) a BCLK Kis beállítása nem teszi lehetővé az órák magasabb küszöbértékre állítását a chip OC módjának kiváltása nélkül. Például a 103 bclk lehetővé teszi, hogy közel 4,5-et érjen el egymagos (103,5 ish szükséges 4,5 GHz-hez). Tehát röviden:
| alkalmazás típusa | készlet | Mult OC | bclk OC |
|---|---|---|---|
| rosszul menetes | jobb | Meh | legjobb |
| jól menetes | Meh | legjobb | jobb |
mivel sok játék rosszul menetes, annak ellenére, hogy a nyers óranyereség általában kevesebb a bclk-val, a tényleges teljesítményjavulás gyakran nagyobb.
különösen hogyan érinti ez a különböző perifériákat (pl. NVME meghajtók, SATA, GPU), és mi a kockázata (hosszú és rövid távon) a megsemmisítésüknek
a kockázat az, hogy a perifériák problémái lehetnek a CPU-val való kommunikációban a PCIe óráján keresztül, vagy hogy a ram instabil sebességgel hajtható. A ram esetében, ha túl magas, lefagy, összeomlik és hibákat kap a memtestben. Egyszerű javítás, bár – csak kapcsolja le a szorzó a ram időzítés. A PCIe perifériák esetében a hatások komponensenként változnak, de általában összeomlásokhoz vagy a rendszerindítás elmulasztásához vezetnek. Szinte semmilyen esetben nem kockáztatná a tényleges károkat, kivéve a CPU károsodásának szokásos kockázatát. Ha elveszíti a szinkronizálást a PCIe felett, a számítógép összeomlik, vagy nem indul el, és törölnie kell a cmos-t, és meg kell próbálnia valami mást. Nem nagy. Az egyetlen sortof kivétel az NVMe vagy más meghajtók – ha a szinkronizálás elveszik az írás során, a normál összeomlások mellett korrupciót is kaphat.
ha vannak dolgok, amelyeket meg lehet tenni annak elkerülése érdekében, hogy bármi elpusztuljon (azon kívül, hogy nem tesz BCLK OC)
csak tesztelje a dolgokat nagyon alaposan, tényleg, és szánjon rá időt, ne üsse fel a dolgokat túl gyorsan. Ismét nagyon komolyan kétlem, hogy valóban megnövekedett a valódi károsodás kockázata (kivéve, amint azt megjegyeztük, az alkatrészek túlmelegedésének károsodása, mint az OC esetében normális). És hajlandó visszalépni egy kicsit az elkövetkező napokban – ha egy alkatrész túl gyors szélén vagy, az összeomlások szakaszosak lehetnek és messze lehetnek.
ami a bclk mennyiségét illeti: általában a 100-102 tartomány rendkívül biztonságos. Feltételezve, hogy biztosítja a memória rendben van, a legtöbb komponens nem fog kiborulni. Nem mintha ez univerzális – egyes felhasználók arról számolnak be, hogy a bclk bármilyen változása nem indítást eredményez. IMO, ez valószínűleg alaplap vagy bios probléma – az 101-nek feltétlenül tűréshatárokon belül kell lennie. A létrán felfelé haladva sokan jó stabilitást látnak a 103-103-ban.XX tartomány. Kockázatosabb és kevésbé valószínű, hogy stabil ebben a tartományban, de azok közül, akik itt megpróbálták és megvitatták, egy csomó közülük a 103-as években végződött. a 104 inkább egy szakasz, de még mindig működhet néhánynak. Nekem úgy tűnt, de a raid-kártyám kihúzása után is szakaszos összeomlásokat kezdtem el hajtással kapcsolatos hibákkal; vagy az nvme nem tartott lépést a PCIe sebességgel, vagy a lapkakészlet nem volt – bármelyik volt a tettes, ritka időszakos hibákat okozott.
végül van néhány ismeretlen múlt 104 – Az én esetemben a 104.99 nem indította el az OC módot (a chip továbbra is fellendül), de a 105.00 OC mód volt. Ez egy gigabyte x370 k7-en van. Legalább egy másik felhasználó arról számolt be, hogy képes volt 105 fölé menni, és még mindig látni a boost-ot… Tehát előfordulhat, hogy ezt a küszöböt az alaplap határozza meg és érvényesíti. A legtöbb ember számára, bár, ez a kérdés Tudományos – nem valószínű, hogy az alkatrészek egyébként is következetesen ilyen magasan fognak működni. De ha igen, adj neki egy esélyt és jelents! 🙂
végül egy gyors megjegyzés, amelyet még nem teszteltem – lehetséges, hogy a PCIe 2.0 üzemmódba kapcsolása enyhítheti a PCIe busz instabilitását. Fogalmam sincs, még nem próbáltam. Természetesen a sávszélességed a buszon a felére csökken, de ha ezzel jelentős órajel-növekedést tudsz elérni, akkor valószínűleg megéri (nem hiszem, hogy ez valószínű, de az idő fogja megmondani:)