hoe beïnvloedt dit de stabiliteit (bijv. RAM-overklokken, stresstests, thermiek)
uw RAM snelheid is uw BCLK vermenigvuldigd met de multiplier (ofwel degene die u handmatig of degene genomen van XMP). Bijvoorbeeld, 3200 is normaal gesproken 100×32. Als je bclk op 103 zet, probeert 3200 ram op 3296 te draaien (waarschijnlijk niet OK). Als zodanig, kan het nodig zijn om de multiplier te verminderen om de stabiliteit te behouden. In dit voorbeeld zou het laten vallen van de mult naar 31.33 het nu 3227 maken (waarschijnlijk OK). Sommige moederborden hebben externe BCLK en de optie om BCLK asynchrone draaien (wat betekent dat alleen de CPU wordt beïnvloed door BCLK veranderingen); maar het is waarschijnlijk een slecht idee-Ryzen docs geven te doen voegt aanzienlijke latency, en sommige gebruikers hebben gemeld bevestigen dit in het testen-ik geloof dat de gerapporteerde nummers zijn in de 15-20ns bereik. Om dat in de context te plaatsen, zullen de meeste Ryzen 2xxx-configuraties in het 60-75ns-bereik eindigen, afhankelijk van snelheid en tijden, dus dat is een vrij aanzienlijke toename. Naast RAM, wordt de chipset communicatie en alle PCIe ook beïnvloed door de bclk. Dit omvat videokaarten, m. 2-drives en andere randapparatuur op uw PCIe-bus. Randapparatuur gaat allemaal een tolerantie voor BCLK-varianties inbouwen, maar hoeveel tolerantie is volledig aan de randfabrikant. Bijvoorbeeld, mijn RAID kaart zou volledig uit te schijten op 104. Wat betreft de CPU zelf, het is vergelijkbaar met multiplier OC, echt; sommige stijging is waarschijnlijk OK zonder enige verandering, anderen moet u mogelijk om de spanning te verhogen. Spanningsverhoging moet worden gedaan met behulp van offsets in plaats van directe verandering, dus als je moederbord niet offset spanning opties die u zult vrij beperkt. En nogmaals, zoals bij multiplier OC, hoe hoger de spanning hoe hoger de thermiek. Tot slot stuurt bclk ook je chipset aan-normaal gesproken maakt niemand zich veel zorgen over chipset temps, maar als je BCLK wordt gestimuleerd, wil je dat in de gaten houden.
dus normaal gesproken met een CPU OC, hoeft u alleen maar een CPU stabiliteitscontrole uit te voeren zoals p95. Maar voor BCLK OC, moet je veel uitgebreider zijn in het testen om echte stabiliteit te garanderen: p95 voor de CPU, memtest of iets dergelijks voor ram, waarschijnlijk iets als crystaldisk om je schijven hard te raken, misschien een grafische benchmark voor je gpu.
hoe beïnvloedt dit meer benchmarks en games
naast de hierboven genoemde stabiliteit, maakt het ze sneller wanneer ze CPU-afhankelijk zijn? 🙂
om duidelijker te zijn — standaard draait een 2700x op 3.7. Afhankelijk van het koelen zal het zichzelf stimuleren tot 4.35, hoewel meestal alleen voor 1-2 kernen; all-core boost is meestal tussen 3.9 – ish en 4.1-ish afhankelijk van het koelen. ECHTER. Als u een multiplier OC en een handmatig ingestelde spanning gebruikt, gaat de chip in de OC – modus, wat betekent dat het stimuleren van gedrag verdwijnt-in plaats daarvan vergrendelt u de waarden die u hebt ingesteld. Sommigen kunnen 4,2 of 4 krijgen.25 all-core OC, wat betekent dat in raw all-core performance multiplier OC Een betere output krijgt en geen invloed heeft op het geheugen of randapparatuur zoals hierboven vermeld. Yay! Maar het nadeel is dat zelfs op de high-end van een all-core OC, je bent waarschijnlijk eigenlijk langzamer bij het uitvoeren van een paar kernen op max (4.2 of 4.25 vs. 4.35 ish). Sommige (zie opmerkingen hieronder over hoeveel) kleine aanpassing aan BCLK staat je niet toe om je klokken naar hogere drempels te duwen zonder de OC-modus van de chip te activeren. Bijvoorbeeld, 103 bclk zal u toelaten om bijna 4.5 op single-core te bereiken (103.5 ish is nodig voor 4.5 GHz). Dus in het kort:
| App type | Voorraad | Mult OC | bclk OC |
|---|---|---|---|
| Slecht ingepaste | Beter | Meh | Beste |
| Goed ingepaste | Meh | Beste | Beter |
Aangezien veel games slecht zijn verbonden, zelfs als de ruwe klok winsten zijn meestal minder met bclk de werkelijke prestaties zijn vaak groter.
vooral hoe beïnvloedt dit verschillende randapparatuur (d.w.z. NVME drives, SATA, GPU) en wat is het risico (lange en korte termijn) om ze te vernietigen
het risico is dat de randapparatuur problemen kan hebben met de CPU te communiceren via PCIe klok, of dat het ram kan worden aangedreven met een instabiele snelheid. Als het ram-geheugen te hoog is, krijg je bevriezingen, crashes en fouten in memtest. Easy fix, hoewel-gewoon naar beneden de multiplier op uw ram timing. Voor PCIe-randapparatuur variëren de effecten van component tot component, maar komen meestal neer op crashes of het niet opstarten. In bijna geen gevallen zou je het risico werkelijke schade aan iets anders dan het normale risico van CPU schade. Als het synchroniseren via PCIe verliest, crasht uw computer of start niet op en MOET u CMOS wissen en iets anders proberen. Niks bijzonders. De enige soort uitzondering is NVMe of andere stations-als sync verloren gaat tijdens een schrijven, naast de normale crashes kunt u corruptie krijgen.
als er dingen zijn die kunnen worden gedaan om te voorkomen dat iets wordt vernietigd (behalve het niet doen van BCLK OC)
test de dingen heel grondig, echt, en neem de tijd, niet te snel. Nogmaals, ik betwijfel ten zeerste dat er echt verhoogd risico op echte schade (anders dan, zoals opgemerkt, schade door oververhitting van uw componenten zoals normaal is voor OC). En bereid zijn om terug te trekken een beetje in de komende dagen – als je recht op de rand van te snel voor een component, crashes kunnen intermitterend en ver tussen.
voor hoeveel bclk: over het algemeen is het bereik 100-102 uiterst veilig. Ervan uitgaande dat je geheugen in orde is, gaan de meeste componenten niet uit hun dak. Niet dat dit universeel is – sommige gebruikers melden dat elke wijziging in hun bclk resulteert in non-boot. IMO, dat is waarschijnlijk een moederbord of bios kwestie-101 absoluut moet binnen toleranties. Verder op de ladder zien veel mensen een goede stabiliteit in de 103-103.xx bereik. Het is riskanter en minder waarschijnlijk stabiel in deze range, maar van degenen die hebben geprobeerd en besproken hier, een heleboel van hen eindigde in de 103 ‘ S. 104 is meer een stuk, maar nog steeds kan werken voor sommigen. Het leek voor mij, maar ik begon steeds intermitterende crashes Met drive – gerelateerde fouten, zelfs na het uittrekken van mijn raid-kaart; ofwel mijn nvme was niet bij te houden met de PCIe snelheid, of de chipset was niet-welke was de boosdoener veroorzaakt zeldzame intermitterende fouten.
ten slotte is er een aantal onbekende voorbij 104 – in mijn geval, 104.99 niet geactiveerd OC mode( chip zou nog steeds boost), maar 105.00 was OC mode. Dit is op een gigabyte x370 k7. Ten minste een andere gebruiker meldde dat hij in staat was om voorbij de 105 te gaan en nog steeds zien boost… Dus het kan zijn dat deze drempel wordt bepaald en afgedwongen door het moederbord. Voor de meeste mensen, hoewel, die vraag is academisch – het is onwaarschijnlijk dat uw componenten zal consequent zo hoog toch werken. Maar als ze dat doen, probeer het en rapporteer terug! 🙂
tot slot nog een opmerking die ik niet heb getest – Het is mogelijk dat het overschakelen van je PCIe naar werken in 2.0 modus de instabiliteit van de PCIe bus kan verminderen. Ik heb geen idee, Ik heb het nog niet geprobeerd. Natuurlijk zal je bandbreedte over de bus gehalveerd worden, maar als je daarmee een significante klokboost kunt krijgen, kan het de moeite waard zijn (Ik denk niet dat dat waarschijnlijk is, maar de tijd zal het leren 🙂