AMD Ryzen 3000 "Matisse" – samlingstråd

CLDO VDDP och CLDO VDDG är båda 0.1V för höga och MEM VTT är möjligen för låg höj till 0.730V

Skickades från m.sweclockers.com

VTT ska inte sättas så högt vid den dram spänningen, exakt VTT spänning ska vara halva dram spänning och inget annat, vid OC kan man tjäna på en förhöjd VTT i förhållande men inte för mycket och det är den spänning som minnena faktiskt får som är viktig, exempelvis om man sätter 1.4 men minnet får 1.38 så är en terminerings spänning på 0,69V det som är stock eller som i fallet här 0,685V vid 1,37V dram, vill man kan man gå upp på 0,71-0,72V som mest men över det bör man inte gå och gärna 0,69-0,695V, då de annars kan bli instabilt istället. Kör man 1.45V dram och minnet får det så är 0,725V halva spänningen och då kan 0,73-0,74V vara lämpligt. Runt 5% brukar vara ett hyfsat pålägg.

Låter logiskt, jag missade det när jag märkte att jag kunde toksänka Vdimm(1.45 till 1.35 vid 3800MHz) så blev den kvar på samma 0.725V vilket har varit stabilt.

Skumt Windows beteende fast utan riktiga krascher har jag märkt om just VDDP och VDDG står fel.

Skickades från m.sweclockers.com

Då beror det på om dina minnen faktiskt får 1.35V eller om du har en rätt duktig overshoot, känner jag ASUS rätt har du en rätt duktig overshoot. Enda sättet att kolla är dock med en multimeter. 0,725V VTT vid 1.35 är en helt galen nivå för VTT, du ska som sagt ligga runt 0,68V som absolut mest egentligen vid OC och 0,675V stock om minnena faktiskt får 1.35V

Edit: Angående VDDG och CLDO_VDDP så stämmer det bra, det går att sänka ordentlig vid dessa frekvenser rent generellt men de är inte så höga att det skulle orsaka de felen som uppstår, det felet är en bugg som drabbat en mängd olika bord vid olika frekvenser, även mitt hade den buggen i första mjukvaran för matisse. Det kan vara en timing som vi inte har tillgång til som sätts helt åt skogen men en sak man kan prova är att justera CAD Bus Timings till 60 för alla 3, det har hjälpt en del med denna "bug"

@hipstergamer:
Du köpe väl fel minnen, de du har står inte på QVL för moderkortet men
https://www.gskill.com/product/165/184/1536113464/F4-3600C16D...
är med på listan.
http://download.gigabyte.eu/FileList/Memory/mb_memory_x570-ao...

men G.Skill har ju ditt mobo med på QVL för dina minnen så kanske G.SKILL kan erbjuda en lösning eller byte.

QVL är rätt långt från ett måste att ha med minnen på, speciellt flare X som dessa RGB bygger vidare på..

Om minnena inte fungerar och de inte finns på QVL så är det kanske ett måste ibland... Är minnena med på QVL så är de testade och godkända.

Nej, de är inte "godkända", att minnen finns med på en QVL lista betyder idag: Minnet har körts på ett moderkort med en bios & en cpu och i det fallet fick vi det att funka, ibland till angiven frekvens.

QVL betydde förr i tiden mer & tillverkare lade ner tid på dom utöver bara frekvensjakt. Tyvärr innehåller varenda QVL rätt långtgående friskrivningar som gör att precis inget garanteras.

Edit: För att förtydliga lite mer, det skadar inte om minnen är med på en QVL lista men i nio fall av tio spelar vilken typ av minneschip det är större roll och de timings som ska tolkas från SPD faktiskt tolkas som de ska, ibland kan man stöta på ett moderkort som ballar ur när det försöker att tolka SPD på en del minnen men om man i det läget sätter manuella timings så spelar det 0 roll.

Inget av detta har dock med muslagg/ljudlagg buggen att göra, det är moderkortet som spökar ur vid vissa FCLK/UCLK/MEMCLK kombos och det är inte specifikt till endast den användarens mobo typ heller.

Menar du att om han köpt minnen som fanns på QVL hade det varit samma problem som han har nu? Om inte blir ju hela ditt motargument lite ointressant. Jag har personlig erfarenhet av att minnen som "borde" fungera men inte finns på QVL gett konstiga fel, fler instanser, olika moderkort, olika minnen.

Jag menar att muslagg/ljudlagg problemet med mycket höga odds varit exakt de samma, det är nämligen inte minnesberoende. Du blandar äpplen, päron & mango.

QVL är inte en garanti för funktion, alls.

Edit:
Eller som ASRock formulerar det i sin QVL

Note1: Memory overclocking (OC) depends on the combination of the memory controller integrated into the CPU, and the memory modules themselves.
Note2: Specifications of the actual memory modules may vary depending on the chips used.
Note3: For system stability, use more efficient memory cooling system to support a full memory load (4 DIMMs) when overclocking.

Eller ASUS
The stability and compatibility of DOCP memory kits that operate beyond the JEDEC standard is not guaranteed because it can be affected by the capabilities of the CPU’s integrated memory controller, installed devices, and the operating frequency of associated bus domains.

Eller MSI
Memory compatibility over 3000Mhz CPU speed for RX-2X00 series will still depends on the CPU quality. RX-3X00 series QVL table list only, performance will still depends on the CPU and CPU FCLK.

Eller Gigabyte
When running XMP at DDR4 3200MHz or higher, the system’s stability depends on the CPU’s capabilities
Memory modules listed as above is for reference only. Due to massive memory models in market, we can only verify some of them

Sänkte VTT MEM till 0.690V på båda burkarna, ingen skillnad i prestanda och lika stabilt. Sparade möjligen någon grad någonstans.

Sänkte SOC Voltage till 1.025V på 3900X-burken, eftersom jag upptäckt att det var helt stabilt på andra burken med 3700X. Fungerar bra, ger kanske någon grad extra

Det som är tråkigt med 1002-bioset, fastän det boostar bra, är att det inte går att låsa upp ström/effekt-begränsningarna på C7H. Vid full load är det tämligen omöjligt att få ut mer än 144W CPU+SOC Power så all extra prestanda som går att få är bara med temperatursänkningar.

Kommer att montera om vattenblocket nästa gång jag är ledig.

På Prime Pro går det konstigt nog att låsa upp även med 1002-bios, plockar ut 105W ur 3700X.

Med 3900X får jag inte ut någon extra prestanda att tala om med Auto OC, 3900X har tämligen identiska benchmarks med Swecs test. Typ onödig funktion. 3700X överpresterar dock lite och påminner om en 3800X, troligen på grund av att ström/effekt gick att låsa upp.

OM jag vill ha EXTRA prestanda så blir det med ett mindre buggigt bios, eller med per-CCX klockning. Har inte provat det ännu. Inte för att det behövs, 3900X får dom flesta program att kännas lika tunga som Notepad

Boosten "ser" bra ut med 1002-bios

Jag säger nej tack till detta ganska otrevliga mästrande.
Problemet med muslagg etc var inte vad jag refererade till utan att problemet att köra minnena synkront i 3600MHz. Och att det då kan vara värt att försöka byta minnen till de som är med på QVL.

Att köra minnen synkront i 3600 eller asynkront har egentligen inget med minnena att göra annat än att de måste orka upp i frekvensen, gör de det så påverkar de icke synk/asynk. Det har med FCLK/UCLK/MEMCLK att göra och i slutändan hur bra CPU är samt om mobo buggar ur eller inte eller orkar så högt i frekvens. Om du kör 3600 synkat eller icke avgörs inte av minneskvalite eller om de finns med på QVL.

Sen får du kalla det mästrande eller vad du vill.

Edit: kan tillägga att det finns ett sätt som minnen faktiskt kan påverka utöver sin egen frekvens limit vid viss latens och det är hur tunga de är att driva för IMC, kör man exempelvis 4st DR minnen så kommer det vara extra tungt för IMC'n vilket gör att du inte kommer orka lika högt i frekvens trots att kanske minnena i sig orkar högre var för sig, samma sak med 4st SR men det är inte alls lika tungt. Hur stor roll detta egentligen spelar med Zen2 är lite av ett frågetecken då till och med 4st DR minnen kan drivas upp till och över 3600MT/s. Detta är dock helt ovidkommande om de finns med i QVL eller inte då det blir samma effekt i vilket fall med samma antal.

Sådär, kör AGESA 1.0.0.3ABB nu med bios 2703. Med Auto OC är det inte roligt. Boost frekvenser störtdök som väntat, dock lite märkligt att mitt tidigare bra kluster nu är mitt dåliga(!?) men från 4400-4625MHz boost har det dykt till 4300-4375MHz boost. Vid all core tortyrtest har det inte dykt lika mycket, men 25MHz lägre frekvenser i snitt.
Detta speglas också i benchmarks där min 3900X numera knappt är i nivå med en 3700X i single core, hela single core fördelen med 3900X är utraderad! I multi är resultaten bara lite lägre. vilket inte är så konstigt då det bara är 25MHz som skiljer. Effekten står att den är upplåst i Ryzen Master, men den verkar hårdlåst i bios för jag maxar ut på 139W vid tortyr.

Skillnad i Geekbench med exakt samma inställningar:
https://browser.geekbench.com/v4/cpu/compare/14409787?baselin...

(det är olika versioner av Geekbench för jag råkade av misstag uppgradera det idag)

Var inga problem att klocka minnena, 1900/1900/1900 3800MHz bootade på ett försök och ser stabilt ut.

Men vad gäller prestanda, Auto/PBO är helt borkat jämfört med AGESA 1.0.0.2 och då särskilt single core prestanda. Man undrar varför? Gjorde AMD 1.0.0.2 som ett rent review bios för att komma nära Intel i bench?

För att få ut någon single core prestanda ur ABB ser antingen manuell OC eller per-CCX OC ut att vara enda vägen att gå, särskilt som Shamino på Asus har sagt att AMD inte verkar ha några planer att återställa single core boost i senare bios heller.

Min 3600 verkar helt låst till sin strömbudget också. Kliver aldrig över 77W

@the squonk: Shaminos respons var väl mer frustration över att de inte tycktes ha någon plan än att de faktiskt inte har det, kan ha fattat fel dock.

Nej, han har inte den fulla bilden, han verkar bara kunna dra slutsatser från sporadiska uttalanden av AMD. Vad dom verkligen planerar ser inte ut att "lämna rummet". Frustrerad är han ja, han har säkert ambitionen att vilja presentera bios som folk gillar.

Du kan utan problem prova att höja VTT för & se ifall det ger extra stabilitet, det kan det mycket väl göra och är det så att minnena faktiskt får 1,392V så skulle 0,7V vara rätt lagom & prova, för VDDG så är 0,950V upp till 1V rätt OK mellan 3200-3800, för CLDO_VDDP så är 0,9-0,95V helt ok. Tänk bara på att inte blanda ihop VDDP och CLDO_VDDP. VDDP kan man också sätta mellan 0,9-0,95 och jag brukar landa på 0,925V som bästa värdet vid högre frekvenser. Sätter man VDDG och CLDO_VDDP för högt så kan en del underliga fel inträffa men just muslagg/ljudlag problem har vad jag vet inte orsakats av det.

Har du satt Global C-state control till Enabled? Den nollställs ju när man uppdaterar UEFI så är lätt att missa. Jag var nämligen också fast på exakt. 4375hz tills jag satte den till enabled så det kan vara det kanske.

Nice, AMD har ju trots allt gått ut och sagt att 3,6GHz är den optimala hastigheten men att det ska gå att gå högre så vore ju skumt om CPUns minneskontroller inte klarade det.

QVL≠Funkar

Speciellt med Zen2 och 3200+ minnen, det finns 0 garanti på någon QVL lista för det, du kan köpa varenda modul i hela QVL listan för frekvenser över 3200MT/s och precis ingen av dom garanteras av någon tillverkare att det funkar. Det enda QVL säger är att "jo vi har testat dessa och de bootar med vår konfig", det i sig är såklart praktiskt att veta men när man går över 3200MT/s räknas det som OC och då kommer tillverkare mycket enkelt säga; läs det finstilta.

Köper man 3600 minnen exempelvis till Zen2 så kommer det i många fall rulla smärtfritt oavsett om de finns med på QVL eller inte men bara för att det finns med i QVL så betyder det inte att man är garanterad en smärtfri upplevelse. Det är som sagt inget negativt att inhandla kit från QVL listan men man ska under inga omständigheter inbilla sig att det garanterar ett piss, för det gör de inte.

Att jag inte tänkte på det! [slår mig för pannan].

SÅ du menar att du får högre boost än 4375MHz med bios 2703? Osannolikt.

Ja, Global C var Enabled.

Jag kör på 2606, men hade exakt de frekvenslåsningarna med 3900X så tänkte det kunde hjälpa. Ingen aning om vad för boost jag skulle få med 2703 men vad jag förstått det som så är det inte en förbättring från 2606 så jag avvaktar uppdatering tills det kommer ett BIOS som ger åtminstonne samma boost som AGESA 1002

2606 och 2703 har olika AGESA så det är klart dom är olika, AB vs ABB. Jag går tillbaka till 2501