hur påverkar detta stabiliteten (dvs. ram-överklockor, stresstester, termiska)
din RAM-hastighet är din BCLK multiplicerad med multiplikatorn (antingen den du ställer in manuellt eller den som tas från XMP). Till exempel är 3200 normalt 100×32. Om du ställer in bclk till 103 försöker 3200 ram att köra på 3296 (förmodligen inte OK). Som sådan kan du behöva minska multiplikatorn för att behålla stabiliteten. I det här exemplet skulle det nu bli 31.33 att släppa mult till 3227 (förmodligen OK). Vissa moderkort har extern bclk och möjligheten att köra bclk asynkron (vilket betyder att endast CPU påverkas av BCLK – förändringar); men det är troligt en dålig ide – Ryzen docs indikerar att det gör det lägger till betydande latens, och vissa användare har rapporterat att bekräfta detta vid testning-jag tror att de rapporterade siffrorna har varit i 15-20ns-intervallet. För att sätta det i sammanhang kommer de flesta Ryzen 2xxx configs att hamna i 60-75ns-intervallet beroende på hastighet och tidpunkter, så det är en ganska signifikant ökning. Förutom RAM påverkas chipsetkommunikationen och all PCIe också av bclk. Detta inkluderar grafikkort, m.2-enheter och andra kringutrustning på din PCIe-buss. Kringutrustning kommer alla att bygga in en tolerans för BCLK-avvikelser, men hur mycket tolerans är helt upp till den perifera tillverkaren. Till exempel skulle mitt RAID-kort helt skita ut vid 104. När det gäller CPU själv, det liknar multiplikator OC, verkligen; viss ökning är sannolikt OK utan någon förändring, andra kan du behöva öka spänningen. Spänningsökning måste göras med hjälp av förskjutningar istället för direkt förändring, så om ditt moderkort inte har förskjutningsspänningsalternativ blir du ganska begränsad. Och igen som med multiplikator OC, desto högre spänning desto högre termik. Slutligen driver bclk din chipset också-normalt oroar ingen mycket om chipset temps, men om din bclk är förstärkt vill du hålla ett öga på det.
så normalt med en CPU OC behöver du verkligen bara köra någon CPU-stabilitetskontroll som p95. Men för BCLK OC måste du vara mycket mer omfattande i testning för att säkerställa sann stabilitet: p95 för CPU, memtest eller något liknande för ram, förmodligen något som crystaldisk för att slå dina enheter hårt, kanske ett grafiskt riktmärke för din gpu.
hur påverkar detta fler riktmärken och spel
utöver stabilitet som nämns ovan får det dem att gå snabbare när de är CPU-beroende? 🙂
för att vara tydligare-som Standard körs en 2700X vid 3.7. Beroende på kylning kommer det att öka sig upp till 4,35, men vanligtvis bara för 1-2 kärnor; all-core boost är vanligtvis mellan 3,9-ish och 4,1-ish beroende på kylning. DOCK. Om du använder en multiplikator OC och en manuellt inställd spänning går chipet i OC – läge, vilket innebär att boostningsbeteendet försvinner-istället låser du dig till de värden du ställer in. Vissa kan få 4,2 eller 4.25 all-core OC, vilket betyder i raw all-core performance multiplier OC får bättre effekt och påverkar inte något av minnet eller kringutrustning som nämnts ovan. Yay! Men nackdelen är att även i high-end av en all-core OC, är du sannolikt faktiskt långsammare när du kör några kärnor vid max (4.2 eller 4.25 vs 4.35 ish). Några (se anteckningar nedan om hur mycket) liten justering till BCLK låter dig inte trycka dina klockor till högre tröskelvärden utan att utlösa chipets OC-läge. Till exempel kan 103 bclk låta dig nå nästan 4,5 på enkärna (103,5 ish behövs för 4,5 GHz). Så kort sagt:
| App typ | lager | Mult OC | bclk OC |
|---|---|---|---|
| dåligt gängade | bättre | Meh | bäst |
| väl gängade | Meh | bäst | bättre |
eftersom många spel är dåligt gängade, även om de råa klockvinsterna vanligtvis är mindre med bclk är de faktiska prestandaförbättringarna ofta större.
speciellt hur påverkar detta olika kringutrustning (dvs. NVMe-enheter, SATA, GPU) och vad är risken (lång och kort sikt) för att förstöra dem
risken är att kringutrustning kan ha problem med att kommunicera med CPU via PCIe-klocka, eller att ram-minnet kan köras med en instabil hastighet. För ram, om det är för högt får du frysningar, kraschar och fel i memtest. Enkel fix, men-bara skruva ner multiplikatorn på din ram timing. För PCIe-kringutrustning varierar effekterna från komponent till komponent, men brukar komma ner till kraschar eller misslyckande att starta. I nästan inga fall skulle du riskera faktiska skador på något annat än den normala risken för CPU-skador. Om det förlorar synkronisering över PCIe kraschar din dator eller startar inte och du måste rensa cmos och prova något annat. Inte stort. Den sortof undantag är NVMe eller andra enheter – om synkronisering går förlorad under en skrivning, förutom de normala kraschar kan du få korruption.
om det finns saker som kan göras för att undvika att förstöra någonting (förutom att inte göra BCLK OC)
bara testa saker mycket noggrant, verkligen, och ta din tid, inte stöta upp saker för fort. Återigen tvivlar jag mycket på att det finns en verklig ökad risk för verklig skada (annat än, som noterat, skador från överhettning av dina komponenter som är normalt för OC). Och var villig att backa lite under de närmaste dagarna – om du är precis vid kanten av för fort för en komponent kan kraschar vara intermittenta och långt ifrån.
när det gäller hur mycket bclk: i allmänhet är 100-102-intervallet extremt säkert. Förutsatt att du ser till att ditt minne är bra, kommer de flesta komponenterna inte att freak out. Inte för att detta är universellt – vissa användare rapporterar att någon ändring av deras bclk resulterar i icke-start. IMO, det är sannolikt ett moderkort eller bios – problem-101 borde absolut ligga inom toleranser. Att flytta längre upp på stegen ser många människor god stabilitet i 103-103.xx intervall. Det är mer riskfyllt och mindre troligt att det är stabilt inom detta område, men från de som har försökt och diskuterat här hamnade en hel del av dem på 103-talet. 104 är mer av en sträcka, men kan fortfarande fungera för vissa. Det verkade för mig, men jag började få intermittenta kraschar med drivrelaterade fel även efter att ha dragit ut mitt raid-kort; antingen höll min nvme inte med PCIe-hastigheten, eller chipset var inte – vilken som var den skyldige orsakade sällsynta intermittenta fel.
slutligen finns det några okända tidigare 104 – i mitt fall utlöste 104.99 inte OC-läge (chip skulle fortfarande öka), men 105.00 var OC-läge. Detta är på en gigabyte x370 k7. Minst en annan användare rapporterade att han kunde gå förbi 105 och fortfarande se boost… Så det kan vara så att denna tröskel bestäms och verkställs av moderkortet. För de flesta är den frågan akademisk – det är osannolikt att dina komponenter kommer att fungera konsekvent så högt ändå. Men om de gör det, ge det ett skott och rapportera tillbaka! 🙂
slutligen en snabb anteckning som jag inte har testat – det är möjligt att byta PCIe till arbete i 2.0-läge kan lindra eventuell instabilitet från PCIe-bussen. Jag har ingen aning, har inte provat det än. Naturligtvis kommer din bandbredd över bussen att halveras, men om du kan få en betydande klockökning genom att göra det kan det vara värt det (jag tror inte att det är troligt, men tiden kommer att berätta:)