poradnik AM4 5800x3d wysokie fclk 4000 whea - poradnik

[gaav 19]

Doświadczenie: Kilka sztuk 5600x z 4000-4100fclk bez whea na różnych MB.
5800x3d - Dużo czasu poświęconego na wbicie 4000fclk bez whea. 
Piszę to dla "maniaków" może się komuś przyda. 

Najlepszy bios do wysokiego fclk: 1.2.0.A lub 1.2.0.7 
Najlepsze pamięci bdie SR(single rank) - DR(dual rank) ciężko wbić wysokie FCLK (realny max to 3933).
"Uniwersalne ustawienia":
VSOC: 1.1375V - 1.15V (max) powyżej 1.15V uznajemy MB+CPU za padaki. 
VDDP: 0.92-0.95V (optymalnie 0.95V czasem pomaga obniżenie)
VDDG IOD: odejmujemy -0.1V od VSOC (tj. ustawiamy VSOC 1.15V to IOD 1.05V) - można pokombinować -0.09V/ -0.11V od VSOC
VDDG CCD: Auto lub (minimalnie -0.1V optymalnie -0.09V od IOD) tj. przy IOD 1.05V CCD=0.95V 
VDIM=1.52V

ProcODT: Między 28.2 ohm, a (max 48 ohm)
Ustawienia RTT: AUTO lub: RTTNom: RZQ/5 lub RZQ/7 // RTTwr: off lub RZQ/3 // RTTPark: RZQ/3 lub RZQ/5

ClkDrvStr: Jeżeli ustawiamy cmd2T=2T to 24 ohm jeżeli mamy aktywne chłodzenie na pamięciach i chcemy 1T to dajemy 40 lub 60 ohm duża część patriotów nie wstaje na 4000 1T nawet bez OC dopiero zwiększenie na 60ohm pomaga. 
(Dla 2T przy standardowych dobrych pamięciach bdie wystawczy VDIMM=1.52V dla niektórych patriotów 1T =1.6-1.62V+clkdrvstr=60ohm)
Można też sprawdzić 24ohm + GDM: ON dla 1T
Reszta na 24ohm

Jeżeli te ustawienia powodują dużą ilość WHEA: Optymalizujemy PLL voltage (nazywa się różnie) 1.8V / 1.8PLL /  “+1.8 voltage”
Robimy to na własną rękę dla mnie ustawienie bezpieczne to 1.85V maksymalne 1.95V - Może powodować błędy USB. Niektóre płyty same ustawiają ten parametr na przy "AUTO" na 1.85V i dlatego niektórzy "wbijają" wysokie FCLK nie zdając sobie z tego sprawy.

Jeżeli dalej mamy duże ilości WHEA to wchodzimy w event viewer i sprawdzamy czy nie mamy dużych ilości błędów distributedCOM: Jeżeli tak to kombinujemy żeby je wyeliminować prawdopodobnie sterowniki karty sieciowej / audio lub steam/xbox game pass.

Jeżeli dalej mamy whea w małych ilościach: ściągamy latencymon w zakładce "DRIVERS" sprawdzamy czy nie mamy jakichś niechcianych "IRS COUNT" np od hidusb.sys albo hdaudbus.sys 
(Np na jednym z moich kompów miałem 30-100whea- dziennie które mnie strasznie wkurzało i przypadkiem sprawdziłem w latencymon czy nie ma jakichś zatrzymań. HDaudbus.sys powodował 10tyś małych "IRS" które były nieznaczne z punktu widzenia latency 0.02us. Realtek driver gryzł się o zasoby z innym driverem. 
Pomogło wejście do regedita: wpisanie hdaudbus.sys w search odnalezienie odpowiedniego odnośnika i zmiana "msisupported=0" na 1 co zlikwidowało IRS i o dziwo WHEA do 0.
Wdf01000.sys - jeżeli są IRS to prawdopodobnie są one spowodowane myszką i 1000hz polingrate zobaczyć czy rośnie podczas ruszania myszką jeżeli rośnie tylko podczas ruszania myszką tzn. że jest wszystko ok nie da się tego wyeliminować. Jeżeli nie to szukamy innego powodu.  

Jeżeli ktoś ma jakieś pytania śmiało pisać.