AMD Ryzen (ZEN5) platform Ervaringen & OC

[Cidious]

bierschuit schreef op vrijdag 30 januari 2026 @ 18:04:
@Cidious Waarom heb je 125% display scaling aan bij je tests?

Waarom niet?

Update: Ik wilde flauw doen haha. Maar hier de simpele uitleg: Dat is gewoon zoals ik daily draai op 2x 3440x1440 op 34" ultrawides. Anders is de UI te klein. Windows beeldschaling (DPI scaling) beïnvloedt alleen de UI. 3DMark rendert intern altijd op vaste resoluties (bijv. 1440p/4K), ongeacht je Display Scaling.
Alleen Render Scaling (DLSS/FSR/resolution scaling) verandert de GPU-belasting en scores.

Ik zag wel als waarschuwing dat de NVIDIA app ergens iets met mijn LOD settings heeft lopen knooien. Bij deze tests is dat alsnog irrelevant omdat deze tests extreem CPU gelimiteerd zijn.

[ Voor 66% gewijzigd door Cidious op 31-01-2026 04:45 ]

[CMT]

Cidious schreef op vrijdag 30 januari 2026 @ 17:25:
Al met al weinig verandering en mindere IMC. Ik houd hem waarschijnlijk toch maar. Ik kan 1.24v VSOC (onder 1.25v) dagelijks wel accepteren en mijn vrouw haar 7800X3D draait nu op 1.27v VSOC dageljiks voor haar 6400 tune. Die kan dan naar een maat van me voor heel weinig en dan krijgt zij mijn 9800X3D dan maar.


Ik zal later nog wat meer vergelijkingen doen tussen voltages per frequentie. het lijkt op ongeveer een 75-150MHz echte hogere bin. de rest van die 400 komt voort uit dat AMD een hogere fuse limiet heeft gezet en meer voltage toestaat bij lagere inspanning. Een beetje terug naar hoe Zen 2/3 boosten.

Ah jammer, het was ook wel de verwachting. Kan je met de 9850X3D wel iets verder komen met CO+BO?
Of is er weinig speelruimte bovenin de V/F, dan wel een EDC beperking?

Superflauw van AMD dat de 9800X3D dan zo kunstmatig begrenst is als 1.3Vcore ok is..
Ik vond het al zo raar t.o.v. de 9950X, maar dacht dat ze het misschien deden vanwege bescherming van de extra L3 laag of om een andere technische reden. Maar dit pfff.. iets zegt me dat 5.55Ghz-5.60GHz ook haalbaar is met CO+BO op een goede 9800X3D sample.

[Cidious]

CMT schreef op zaterdag 31 januari 2026 @ 05:23:
[...]

Ah jammer, het was ook wel de verwachting. Kan je met de 9850X3D wel iets verder komen met CO + BO?
Of is er weinig speelruimte bovenin de V/F, dan wel een EDC beperking?

Superflauw van AMD dat de 9800X3D dan zo kunstmatig begrenst is als 1.3Vcore ok is..
Ik vond het al zo raar t.o.v. de 9950X, maar dacht dat ze het misschien deden vanwege bescherming van de extra L3 laag of om een andere technische reden. Maar dit pfff.. iets zegt me dat 5.55Ghz-5.60GHz ook haalbaar is met CO+BO op een goede 9800X3D sample.

Ja dit lijkt inderdaad op kunstmatig knijpen. Maar ik denk dat dat nog kwam door de ervaring die ze hadden met het ontwikkelen van de 5800X3D en 7800X3D en dat ze niet een hele bende RMAs wilde hebben. Dat samen met het feit dat toen de 9800X3D uitkwam er geen competitie was. Dus waarom alle performance al vrijgeven? Beter iets achter de hand houden en dan later een ++++ model uitbrengen.

Ik denk dat het een combinatie van dat soort overwegingen was.

Ja een goede 9800X3D zou dat gewoon moeten kunnen halen bij lichtere laad scenarios maar 5450MHz is zonder ECLK de top. Volgens mij verschuift niet de hele curve bij het zetten van +200 maar opent het alleen dat extra frequentie gebied met dezelfde voltage limieten.

Nu kunnen we ons afvragen hoeveel werkelijk nut het allemaal heeft. Zen 5 wordt nog steeds voornamelijk terug gehouden door MCLK:UCLK:FCLK en dit zal alleen opgelost worden met Zen 6. De rest is gewoon knooien in de marges.

[CMT]

Hmm zou het? De problemen met doorgebrande CPU's kwamen door de veel te hoge Vsoc.
Tot aan 1.4V bij HWnexus, gemeten aan de buitenkant van de socket.
Met de chiplets/Vcore zijn geen problemen ontstaan.

Mijn vermoeden is dat AMD sinds de 5800X3D wel genoeg testdata heeft verzameld om te bepalen wat veilig is voor de extra L3 laag. En dat de keuze voor de kunstmatige beperking eerder een markt strategische keuze is geweest: het niet willen kannibaliseren van de verkoop van de none-X3D versie 7700X en 9700X.
Anders hebben dergelijke CPU's geen ander voordeel dan een lagere prijs.
Ik begrijp aan de ene kant de keuze van AMD wel om geen onnodig risico te nemen
Veel gebruikers hebben geen flauw idee wat de mogelijke consequenties zijn van het overschrijden van de FIT/scaler & stock PBO/CPU waarden. Maar jeetje AMD geef ons powerusers gewoon de vrijheid, evt. door de BO limiet hoger te maken in een latere bios.

Heb je toevallig ook gekeken of het om een nieuwe stepping gaat bij de 9800X3D? Wat zegt de bios bijv. daarover (en de microcode versie)? Ben wel benieuwd of er onder de motorkap toch iets aan gesleuteld is.

[Gijs007]

Heb al tijden last van een vaag probleem; als ik mijn systeem overnacht in sleep/standby zet, en daarna weer opstart dan is de DPC latency enorm hoog. Games e.d. haperen merkbaar, en USB apparaten verliezen hun connectie.
Na een reboot is dat allemaal weer opgelost.

Kwam dit tegen op Reddit; https://www.reddit.com/r/...g_when_waking_from_sleep/

Maar de oplossingen die daar genoemd worden werken hier niet. Heb eerder al het moederbord omgeruild voor een ander merk en model, geheugen instellingen op JEDEC gezet, etc.

[Cidious]

Gijs007 schreef op zaterdag 31 januari 2026 @ 22:04:
Heb al tijden last van een vaag probleem; als ik mijn systeem overnacht in sleep/standby zet, en daarna weer opstart dan is de DPC latency enorm hoog. Games e.d. haperen merkbaar, en USB apparaten verliezen hun connectie.
Na een reboot is dat allemaal weer opgelost.

Kwam dit tegen op Reddit; https://www.reddit.com/r/...g_when_waking_from_sleep/

Maar de oplossingen die daar genoemd worden werken hier niet. Heb eerder al het moederbord omgeruild voor een ander merk en model, geheugen instellingen op JEDEC gezet, etc.

Heb je Windows al eens opnieuw geinstalleerd met verse drivers etc?

[Cidious]

CMT schreef op zaterdag 31 januari 2026 @ 19:53:
Hmm zou het? De problemen met doorgebrande CPU's kwamen door de veel te hoge Vsoc.
Tot aan 1.4V bij HWnexus, gemeten aan de buitenkant van de socket.
Met de chiplets/Vcore zijn geen problemen ontstaan.
[YouTube: We Exploded the AMD Ryzen 7 7800X3D & Melted the Motherboard]

Mijn vermoeden is dat AMD sinds de 5800X3D wel genoeg testdata heeft verzameld om te bepalen wat veilig is voor de extra L3 laag. En dat de keuze voor de kunstmatige beperking eerder een markt strategische keuze is geweest: het niet willen kannibaliseren van de verkoop van de none-X3D versie 7700X en 9700X.
Anders hebben dergelijke CPU's geen ander voordeel dan een lagere prijs.
Ik begrijp aan de ene kant de keuze van AMD wel om geen onnodig risico te nemen
Veel gebruikers hebben geen flauw idee wat de mogelijke consequenties zijn van het overschrijden van de FIT/scaler & stock PBO/CPU waarden. Maar jeetje AMD geef ons powerusers gewoon de vrijheid, evt. door de BO limiet hoger te maken in een latere bios.

Heb je toevallig ook gekeken of het om een nieuwe stepping gaat bij de 9800X3D? Wat zegt de bios bijv. daarover (en de microcode versie)? Ben wel benieuwd of er onder de motorkap toch iets aan gesleuteld is.

Ja ik verdenk persoonlijk ook voornamelijk de IOD voor huidige 9800X3D 'dodingen'.
Ik hoopte inderdaad dat de 9850X3D een nieuwe stepping had meegekregen, helaas pindakas. gewoon nog stepping 0.

Ik heb inmiddels wat meer kunnen testen en kan wel beamen dat ik een behoorlijke betere bin heb in de nieuwe 9850X3D omdat de voltages lager zijn bij hogere kloksnelheden. Helaas is het frequentie bereik van de zware tot aan middelzware belasting heel lui afgesteld. Ik krijg het maar niet voor elkaar om de CPU wat harder te laten lopen met wat hogere voltages.

Hier een vergelijking tussen beiden met de ingebouwde HWINFO FMA stress test (middelzware belasting):




9800X3D: 5272 MHz @ 1.147v VCORE
9850X3D: 5371 MHz @ 1.124v VCORE

Het stroomverbruik blijft wel nagenoeg identiek.

- Zover als ik heb kunnen testen stuurt de 9850X3D gewoon minder voltage naar de cores voor zware en middelzware belasting maar juist meer voor lichte en super lichte belasting om die hogere piek frequenties te kunnen halen. De temperaturen zijn niet de limiet. Bij deze middelzware belastingen is de CPU onder de 70c en ook het stroomverbruik is 'maar' rondom de 143W (165W MAX).
- ECLK lijkt niet lekker te werken met deze CPU. Of het systeem crasht of scores zijn lager dan zonder.
- Ook verhogen de prestaties voor zware en middelzware belastingen als ik de override negatief zet. Dus -50 of -100 MHz. De override zou volgens Skatterbencher allen de boven limiet veruimen en niet de curve verschuiven dit lijkt niet waar te zijn. Vanuit mijn eigen ervaringen met de 9800X3D lijkt het erop dat de curve WEL vershuift op een bepaalde manier.

Ik zal aankomende dagen nog wat meer testen om de aanpassingen beter te kunnen begrijpen. Zover is het een beetje een teleurstelling. Als mijn chip zo'n betere kwaliteit heeft waarom kan hij dan niet wat harder draaien ook bij zware en middelzware belastingen bij soortgelijke voltages als voor mijn 9800X3D.

[CMT]

@Cidious
Bedankt voor het controleren en de info, dus de stepping is bij GNR-B0 gebleven
Ik zag wel dat de microcode een kleine update heeft gehad.

Heb je met de vergelijking rekening gehouden met de 120A TDC limiet?
Van een lichte naar middelzware tot zware belasting gaat een 9800X3D van spannings gelimiteerd over naar stroom gelimiteerd. Dat zal met de 9850X3D net zo zijn, alleen dan iets verder op de V/F curve.
De omschrijving van het boostgedrag past daar in ieder geval wel bij met 1.124VID & ca.143W.

Hoe heb je verder de testen precies gedaan eigenlijk? Want kijken naar de VID kan je op het verkeerde been zetten. Normaal gesproken zal een zwaardere belasting juist meer spanning vragen voor dezelfde klok en eerder stoppen op de V/F curve vanwege de stroomlimiet of het ingrijpen van het boostalgoritme.

Ik heb daar zelf nooit echt aandacht aan besteed, maar Pieter heeft dat ook onderzocht:

As you can see here, running different, more intense workloads can impact the operating voltage significantly. If I use OCCT SSE stress test instead of the memory stress test, the voltage at 5.2 GHz is not 1.145V but 1.21V. And we also don’t see the same high boost frequency as with the lighter loads. That impact becomes even greater if we look at AVX2 and AVX-512 workloads.

[Gijs007]

Cidious schreef op zondag 1 februari 2026 @ 12:19:
[...]


Heb je Windows al eens opnieuw geinstalleerd met verse drivers etc?

Zeker meerdere keren zelfs, o.a. bij wissel moederbord.

[Cidious]

Gijs007 schreef op maandag 2 februari 2026 @ 19:10:
[...]

Zeker meerdere keren zelfs, o.a. bij wissel moederbord.

Ik zou Hibernation zeker uitzetten dan en alleen sleep gebruiken. Hibernation heeft voor mijn desktops alleen maar voor ellende gezorgt waar 'Sleep' wel gewoon werkt. Kan het dat misschien zijn?

In powershell met admin rechten:
powercfg /hibernate off

(als je het weer aan wilt zetten: powercfg /hibernate on)

[ Voor 6% gewijzigd door Cidious op 03-02-2026 06:46 ]

[Gijs007]

Dank voor het meedenken.
Het is vooral dat het posten bij een memory overclock lang kan duren. Vandaar dat ik graag S3 standby wil kunnen gebruiken.

[Cidious]

Gijs007 schreef op dinsdag 3 februari 2026 @ 11:01:
Dank voor het meedenken.
Het is vooral dat het posten bij een memory overclock lang kan duren. Vandaar dat ik graag S3 standby wil kunnen gebruiken.

Dan kan je beter gewoon memory context restore gebruiken. Dat werkt prima ook met een geheugen overklok nadat je de juiste instellingen hebt gevonden zonder.

[peke]

Ik dacht zelf ook te gaan voor de 9850x3d maar achteraf gezien zou dat geld in de vuilnisbak zijn.
Ik had al ruim een jaar de 9800x3d zonder overklok op -28 all core.
Ik test nu +200MHz op -26 en dat gaat voorlopig goed.
Geen idee of die op stock ook -30 of iets meer aankan.
Op -35 had ik al snel een crash, ik ben dan meteen naar -28 gegaan.
De komende week ga ik verder testen met OCCT core cycling.
Een upgrade zou het misschien waard zijn als je nog 400 kan vragen voor de 9800x3D op V&A maar dat blijkt al moeilijk, ze worden namelijk goedkoper aangeboden.

[Cidious]

peke schreef op dinsdag 3 februari 2026 @ 12:49:
Ik dacht zelf ook te gaan voor de 9850x3d maar achteraf gezien zou dat geld in de vuilnisbak zijn.
Ik had al ruim een jaar de 9800x3d zonder overklok op -28 all core.
Ik test nu +200MHz op -26 en dat gaat voorlopig goed.
Geen idee of die op stock ook -30 of iets meer aankan.
Op -35 had ik al snel een crash, ik ben dan meteen naar -28 gegaan.
De komende week ga ik verder testen met OCCT core cycling.
Een upgrade zou het misschien waard zijn als je nog 400 kan vragen voor de 9800x3D op V&A maar dat blijkt al moeilijk, ze worden namelijk goedkoper aangeboden.

Het is geen upgrade. Na wat langer met beide chips te hebben kunnen spelen, De chips gedragen zich praktisch gezien het zelfde als je ze beiden op het randje zet met CO en FMAX to waar ze comfortabel willen draaien. Ik heb wat meer data later.

Maar hier een tipje van de sluier

VT3, 1 uur, gemiddelde waarden:
9800X3D: 5173 MHz - 1.105 V - 122 W - 67.4 C - 40 iteraties in 81.022 minuten
9850X3D: 5161 MHz - 1.080 V - 129 W - 66.6 C - 40 iteraties in 80.952 minuten

Dit is met MAX CO voor beide chips en +200 voor de 9800X3D. Geen extra override voor de 9850X3D. Dus praktisch 5450 vs 5650. Ik zal de 9850X3D eens gelijk zetten. Het lijkt niet eens op een echt betere bin.

Als je een goede 9800X3D hebt, niet waard om de 9850X3D te kopen. Mijn vrouw heeft nu dus wel een goede 9800X3D gekregen haha . Haar 7800X3D is naar mijn maat verhuisd.

[ Voor 6% gewijzigd door Cidious op 03-02-2026 13:00 ]

[peke]

Zo dacht ik ook, op de frontpage review stond dat de stroomopname wat hoger is:
Onze meting komt uit op 134W, waar de 9800X3D tijdens een rondje Cyberpunk genoeg had aan 122W.

Persoonlijk vind ik dat men wel betere binning had mogen doen en er nog 200MHz single core turbo bijdoen. De prijs mocht dan ook hogere liggen om te compenseren voor het lagere aantal verkoopbare chips.

[Bobel]

Afgelopen weekend heb ik mijn 9850X3D ingebouwd en werkt fantastisch in een SFF build. In mijn Ncase T1 zit ik idle tussen de 42-50 graden. Dat is ietsje lager dan de 7950X die ik hiervoor erin had zitten. Daarnaast in Counter-Strike 2 een de_dust 2 FPS benchmark workshopmap gedraaid bij een resolutie van 2560x1440 (16:9) en met een RTX 5080 FE. Ik ben van gemiddeld 580 FPS (200 FPS 1% lows) naar gemiddeld 715 FPS (290 FPS 1% lows) gegaan.

Op de een of andere manier is bij een resolutie van 1920x1200 (16:10) het gemiddelde harder gestegen. Van gemiddeld 613 FPS (200 FPS 1% lows) met de 7950X naar 810 FPS (300 FPS 1% lows) met de 9850X3D. Maar er is vast een knappe kop hier die dat kan verklaren.

Al met al een upgrade waar ik heel blij mee ben! De 7950X was heel goed, maar ik gebruikte die amper waarvoor die bedoeld is (tweedehand "nieuw" op de kop getikt voor € 360,-).

[Cidious]

Bobel schreef op woensdag 4 februari 2026 @ 09:41:
Afgelopen weekend heb ik mijn 9850X3D ingebouwd en werkt fantastisch in een SFF build. In mijn Ncase T1 zit ik idle tussen de 42-50 graden. Dat is ietsje lager dan de 7950X die ik hiervoor erin had zitten. Daarnaast in Counter-Strike 2 een de_dust 2 FPS benchmark workshopmap gedraaid bij een resolutie van 2560x1440 (16:9) en met een RTX 5080 FE. Ik ben van gemiddeld 580 FPS (200 FPS 1% lows) naar gemiddeld 715 FPS (290 FPS 1% lows) gegaan.

Op de een of andere manier is bij een resolutie van 1920x1200 (16:10) het gemiddelde harder gestegen. Van gemiddeld 613 FPS (200 FPS 1% lows) met de 7950X naar 810 FPS (300 FPS 1% lows) met de 9850X3D. Maar er is vast een knappe kop hier die dat kan verklaren.

Al met al een upgrade waar ik heel blij mee ben! De 7950X was heel goed, maar ik gebruikte die amper waarvoor die bedoeld is (tweedehand "nieuw" op de kop getikt voor € 360,-).

Heb je ook een 720Hz monitor dan?

[Bobel]

Cidious schreef op woensdag 4 februari 2026 @ 13:45:
[...]


Heb je ook een 720Hz monitor dan?

Haha, nee dat niet. Zou nu wel kunnen met die nieuwe Asus monitor . En snap je opmerking helemaal hoor, maar CS2 is natuurlijk niet het enige dat ik speel. Reden dat ik die noemde is omdat ik daar even snel een benchmark mee kon draaien.

[Cidious]

Bobel schreef op woensdag 4 februari 2026 @ 16:14:
[...]

Haha, nee dat niet. Zou nu wel kunnen met die nieuwe Asus monitor . En snap je opmerking helemaal hoor, maar CS2 is natuurlijk niet het enige dat ik speel. Reden dat ik die noemde is omdat ik daar even snel een benchmark mee kon draaien.

Was ook gewoon een poke haha.

En het verschil dat FHD harder omhoog is gegaan dan UHD is gewoon omdat FHD meer CPU gelimiteerd is en daardoor er het meeste voordeel van ondervindt.

Ik ben aan het wachten op de PG34WCDN monitor van ASUS.. 3440x1440p @ 360Hz. Dan mag mijn 5090 eindelijk ook aan het werk.

[Bobel]

Cidious schreef op donderdag 5 februari 2026 @ 05:13:
[...]


Was ook gewoon een poke haha.

En het verschil dat FHD harder omhoog is gegaan dan UHD is gewoon omdat FHD meer CPU gelimiteerd is en daardoor er het meeste voordeel van ondervindt.

Ik ben aan het wachten op de PG34WCDN monitor van ASUS.. 3440x1440p @ 360Hz. Dan mag mijn 5090 eindelijk ook aan het werk.

Haha, snapte het wel hoor, maar ben opzich wel benieuwd naar de ervaring van zoveel Hz. Volgens mij voelt het alsof je door een raam kijkt i.p.v. een scherm.

En bedankt voor de uitleg. Klinkt zo logisch dat jet het zelf zou kunnen bedenken

En ik ben ook op die monitor aan het wachten! Maar als ik kijk naar de prijs van de MSI MPG 341CQR (zelfde paneer), dan schrik ik mij (nog) een hoedje! (spoiler: 1300 euro)

[freaky35]

Aggressor schreef op donderdag 29 januari 2026 @ 16:03:
Ik heb toch maar besloten om iets meer uit te geven en voor de 9950x3d te gaan.
640 euro .
Ik game 4k 240hz icm 5090.. Dan ben ik wat meer future proof

waarom geen 9850x3d of 9800x3d,helemaal vooral voor 4k gaming,ik heb zelf een 9950x3d en een 9800x3d hiervoor,als de pc alleen voor gamen is er geen verschil.

[Help!!!!]

fwiw: nieuws: ASRock onderzoekt meldingen van defecte Ryzen 9000-cpu's in zijn moederborden

[Cidious]

De MSI kost hier (China) omgerekend €855. Maar die uitvoering heeft minpunten waar ik in deze prijs categorie niet last van wil hebben. Voornamelijk geen volledige DP2.1 UHBR 20 poort stoort mij. Ik wil in deze prijsklasse met een 5090 in mijn machine geen DSC draaien en de hele tijd zwarte schermen accepteren. Ik ga er vanuit de de ASUS hier zeker €1000+ gaat kosten met de ROG tax.

[CMT]

Geen volle bandbreedte is echt dikke nee met zo'n scherm. Net als de colorfringing vanwege de de subpixel layout. Afgelopen blackfriday heb ik een Gigabyte MO27U2 (27" 2160p) gescoord en daar is de 'chromatische aberratie' goed op te zien ondanks de hoge ppi. Erg vervelend met tekst en witte vlakken.
Het viel mij op terwijl ik er niet naar op zoek was. De hele tijd bekroop mij het gevoel dat er iets niet klopt (alsof het scherm op YCbCr444 staat i.p.v RGB). Met een inspectie dicthterbij zijn dan de groene en rode lijnen te zien.

Ik was dan ook blij verrast toen op de CES plotseling het nieuws kwam over een nieuwe generatie 34" OLED schermen met een gewone RGB indeling. Eindelijk de twee hoofdbrekens aangepakt: pixellayout en geen crappy afgeknepen DP/HDMI verbindingen. Wheee! Na 5 jaar wachten eindelijk OLED.
Voor mij wordt het een Gigabyte MO34WQC36 trouwens. De MSI en Asus modellen hebben zo'n piemel aan de onderkant van het scherm zitten.

Cidious schreef op dinsdag 3 februari 2026 @ 12:58:
[...]


Het is geen upgrade. Na wat langer met beide chips te hebben kunnen spelen, De chips gedragen zich praktisch gezien het zelfde als je ze beiden op het randje zet met CO en FMAX to waar ze comfortabel willen draaien. Ik heb wat meer data later.

Maar hier een tipje van de sluier

VT3, 1 uur, gemiddelde waarden:
9800X3D: 5173 MHz - 1.105 V - 122 W - 67.4 C - 40 iteraties in 81.022 minuten
9850X3D: 5161 MHz - 1.080 V - 129 W - 66.6 C - 40 iteraties in 80.952 minuten

Dit is met MAX CO voor beide chips en +200 voor de 9800X3D. Geen extra override voor de 9850X3D. Dus praktisch 5450 vs 5650. Ik zal de 9850X3D eens gelijk zetten. Het lijkt niet eens op een echt betere bin.

Als je een goede 9800X3D hebt, niet waard om de 9850X3D te kopen. Mijn vrouw heeft nu dus wel een goede 9800X3D gekregen haha . Haar 7800X3D is naar mijn maat verhuisd.

Thanks. Het is wel matig van AMD dat er zo weinig verschil is. Niet verwacht dat de chips zo dicht bij elkaar zouden zitten. Een bin moet imho minstens +200MHz doen. Ik wacht wel op Zen6X3D volgend jaar.

[Rhahyrion]

Ik heb onlangs een 9800x3d aangeschaft en dacht hem te testen in Cinebench. Daarvoor heb ik R23 gebruikt en voor mijn gevoel laten mijn cijfers een veel lagere score zien.

Ik zit op net geen 16k multi terwijl her en der stock richting 23k gegaan wordt. X3d boost heb ik aan en uit gehad en deed niks Noemenswaardig. Ik zie ook geen bijzondere temperaturen of ik moet het verkeerd zien.

Iemand enig tip waar ik kan kijken of hoe ik anders kan meten of mijn cpu presteert zoals het zou moeten.

De build is: gekoeld met een peerless assassin, 36gb ddr5 cl36 6000mhz, moederbord is een x870 gigabyte aorus elite wifi7 en de videokaart een 5070ti.

[Help!!!!]

^
Dat lijkt me inderdaad veel te laag. 36GB is denk ik een typefoutje
Zie ZenTimings screenshots voor mijn settings onder W11 25H2 en daarmee haal ik idd multicore 23k punten alhoewel ik wel met de volgende drie aanpassingen draai:

PBO Curve Optimizer All Cores		-30
Boost Override CPU		100
TJ Max		90C

Mss kun je bijv. een zentimings screenshot posten zodat er beter beeld is van jouw situatie. Kunnen we gelijk ook even kijken of je voltages niet te hoog zijn.

[ Voor 11% gewijzigd door Help!!!! op 06-02-2026 20:19 ]

[freaky35]

Rhahyrion schreef op vrijdag 6 februari 2026 @ 19:21:
Ik heb onlangs een 9800x3d aangeschaft en dacht hem te testen in Cinebench. Daarvoor heb ik R23 gebruikt en voor mijn gevoel laten mijn cijfers een veel lagere score zien.

Ik zit op net geen 16k multi terwijl her en der stock richting 23k gegaan wordt. X3d boost heb ik aan en uit gehad en deed niks Noemenswaardig. Ik zie ook geen bijzondere temperaturen of ik moet het verkeerd zien.

Iemand enig tip waar ik kan kijken of hoe ik anders kan meten of mijn cpu presteert zoals het zou moeten.

De build is: gekoeld met een peerless assassin, 36gb ddr5 cl36 6000mhz, moederbord is een x870 gigabyte aorus elite wifi7 en de videokaart een 5070ti.

Ik zou kijken naar koeling en temps ook de clock snelheid tijdens het testen

[CMT]

Rhahyrion schreef op vrijdag 6 februari 2026 @ 19:21:
Iemand enig tip waar ik kan kijken of hoe ik anders kan meten of mijn cpu presteert zoals het zou moeten.

Ryzenmaster is hier super voor. Kan je daar met CB23 aktief een screenshot (advanced view met coreclocks uitgeklapt) van posten. En een screenshot van Zentimings waar Help!!!! om vraagt? Dan is in een oogopslag te zien wat de limitering is en of alles goed staat.

[nzall]

Rhahyrion schreef op vrijdag 6 februari 2026 @ 19:21:
Ik heb onlangs een 9800x3d aangeschaft en dacht hem te testen in Cinebench. Daarvoor heb ik R23 gebruikt en voor mijn gevoel laten mijn cijfers een veel lagere score zien.

Ik zit op net geen 16k multi terwijl her en der stock richting 23k gegaan wordt. X3d boost heb ik aan en uit gehad en deed niks Noemenswaardig. Ik zie ook geen bijzondere temperaturen of ik moet het verkeerd zien.

Iemand enig tip waar ik kan kijken of hoe ik anders kan meten of mijn cpu presteert zoals het zou moeten.

De build is: gekoeld met een peerless assassin, 36gb ddr5 cl36 6000mhz, moederbord is een x870 gigabyte aorus elite wifi7 en de videokaart een 5070ti.

Kijk ook eens na hoeveel Watt je CPU gebruikt (zou rond de 120W moeten liggen). Als je daarvoor een andere AM5 CPU gebruikte met hetzelfde moederbord, dan zou het kunnen dat in je BIOS je wattage te laag staat. Of dat je koeler preset die naar beneden trekt.

[Rhahyrion]

Help!!!! schreef op vrijdag 6 februari 2026 @ 19:41:
^
Dat lijkt me inderdaad veel te laag. 36GB is denk ik een typefoutje
Zie ZenTimings screenshots voor mijn settings onder W11 25H2 en daarmee haal ik idd multicore 23k punten alhoewel ik wel met de volgende drie aanpassingen draai:

PBO Curve Optimizer All Cores		-30
Boost Override CPU		100
TJ Max		90C

[Afbeelding]


Mss kun je bijv. een zentimings screenshot posten zodat er beter beeld is van jouw situatie. Kunnen we gelijk ook even kijken of je voltages niet te hoog zijn.

De 36gb was uiteraard een foutje. Dikke vingers en een telefoon .

Zentimings


Ryzenmaster en cinebench met normale en hoge prio (bij laatsgenoemde kon ik de realtime updates niet meer zien, want dan hing de rest vast)





De build is nieuw volledig nieuw en geen upgrade. Enige twijfel had ik bij de klei achtige substantie van de koelpasta. Dat kan ik nog nakijken of dat goed is gegaan.

Dat zou goed een onderdeel van het issue kunnen zijn zie ik. Want zo zag het er ook uit. Al ziet de temperatuur er niet heel vreemd uit.
https://www.reddit.com/r/...his_normal_thermal_paste/

[Help!!!!]

Heb nu niet zoveel tijd maar paar dingen die opvallen:

CPU VDDIO voltage @ 1.35v vind ik erg hoog. Dat verklaart niet direct je lage score maar daar zou ik wel naar kijken. In mijn screenshot zie je dat ik 1.15v draai. 1.2v lijkt me wel haalbaar.

In je R23 screenshot staat 8 cores @ 4,7ghz. Bij mij: 8 cores, 16 threads. @ 4,7ghz
Misschien draait je pc / r23 zonder multithreading

Die pasta lijkt me niet goed. (Thermalright toch?) Ik heb hetzelfde merk pasta gehad en dat zag er niet zo uit. Waarschijnlijk is vrij vertaald de olie en de particles gescheiden waardoor de matrix instabiel is. Dat hoeft niet meteen een issue te zijn maar kan er wel voor zorgen dat op langere termijn je temps gaan oplopen.

Ik zou uitvoering: Arctic MX-7 ULTIMATE Performance Thermal Paste 4g kopen. Deze is goedkoop en zeer goed getest bij Igor's lab. Tevens is zijn laatste inzicht dat je voor langdurige performance het beste de hele cpu heatspreader, en niet superdun, kunt insmeren ipv blobs of strepen . Help!!!! in "Koelpasta topic"
MX7 kan relatief wat moeilijker smeren maar als je de tube even paar minuten in je broekzak steekt dan smeert het daarna vrij makkelijk uit.

[ Voor 51% gewijzigd door Help!!!! op 07-02-2026 09:10 ]

[nzall]

Die CPU power is veel te laag. Ik vermoed dat SMT uit staat, dus geen 2 threads per core.

[Luc77z]

nzall schreef op zaterdag 7 februari 2026 @ 08:50:
Die CPU power is veel te laag. Ik vermoed dat SMT uit staat, dus been 2 threads per core.

Zie deze topic:
9800x3d draait maar op 8 threads
Deze tweakers moest met Ryzen Master SMT aan zetten terwijl in zijn bios SMT op default/ 'auto' stond. (Bijzondere bug)

[Help!!!!]

offtopic:
Volgensmij heeft de topicstart ook een hele mooie update/makeover gekregen!

[Rhahyrion]

Help!!!! schreef op zaterdag 7 februari 2026 @ 08:50:
Heb nu niet zoveel tijd maar paar dingen die opvallen:

CPU VDDIO voltage @ 1.35v vind ik erg hoog. Dat verklaart niet direct je lage score maar daar zou ik wel naar kijken. In mijn screenshot zie je dat ik 1.15v draai. 1.2v lijkt me wel haalbaar.

In je R23 screenshot staat 8 cores @ 4,7ghz. Bij mij: 8 cores, 16 threads. @ 4,7ghz
Misschien draait je pc / r23 zonder multithreading

Die pasta lijkt me niet goed. (Thermalright toch?) Ik heb hetzelfde merk pasta gehad en dat zag er niet zo uit. Waarschijnlijk is vrij vertaald de olie en de particles gescheiden waardoor de matrix instabiel is. Dat hoeft niet meteen een issue te zijn maar kan er wel voor zorgen dat op langere termijn je temps gaan oplopen.

Ik zou uitvoering: Arctic MX-7 ULTIMATE Performance Thermal Paste 4g kopen. Deze is goedkoop en zeer goed getest bij Igor's lab. Tevens is zijn laatste inzicht dat je voor langdurige performance het beste de hele cpu heatspreader, en niet superdun, kunt insmeren ipv blobs of strepen . Help!!!! in "Koelpasta topic"
MX7 kan relatief wat moeilijker smeren maar als je de tube even paar minuten in je broekzak steekt dan smeert het daarna vrij makkelijk uit.

Ik heb het besteld. Kan nooit kwaad om dat te vervangen als ik er niet zeker over ben.
Ik heb de X3D mode uitgezet en gekeken bij de SMT opties. Daar staat alleen Auto of disabled. Ik heb hem op auto laten staan en daarna in ryzen master gekeken. Daar kon ik hem aanzetten. Die stond uit en toen ik naar tuning ging stond die ineens aan.

Het vreemde is wel dat in Ryzen master mijn geheugenprofiel EXPO = off staat terwijl de bios hem aan heeft staan.

Al een heel stuk beter. Nu kwam ik iets boven de 22K uit.



Is de hogere voltage een een resultaat van mijn moederbord/cpu combo? Ik heb out of the box geen wijzigingen doorgevoerd.

[Cidious]

Uninstalleer Ryzen Master alsjeblieft. Het is een enorm vaag programma dat erg agressief je bios overneemt en vaak niet voor een beter resultaat.

[Help!!!!]

Rhahyrion schreef op zaterdag 7 februari 2026 @ 11:06:
[...]


Ik heb het besteld. Kan nooit kwaad om dat te vervangen als ik er niet zeker over ben.

Voor dat bedrag idd better safe than sorry. MX7 is ook pas net op de markt dus heb je ook gelijk een verse tube die niet al 3 jaar op de plank ligt.

Ik heb de X3D mode uitgezet en gekeken bij de SMT opties. Daar staat alleen Auto of disabled. Ik heb hem op auto laten staan en daarna in ryzen master gekeken. Daar kon ik hem aanzetten. Die stond uit en toen ik naar tuning ging stond die ineens aan.

Ik vind het erg vaag dat je in RyzenMaster iets moet aanpassen om SMT te laten werken. Dit zou normaal gesproken initieel echt vanuit je bios aangestuurd moeten worden. Misschien kan Windows je bios op dat punt niet correct uitlezen ofzo
Maar goed, als het nu werkt zonder dat je RM in de achtergrond moet draaien dan lijkt me dat ok.

Zelf zou ik eerst de tip uit het hierboven gelinkte topic 9800x3d draait maar op 8 threads hebben geprobeerd. CMOS resetten en batterij 10 minuten verwijderen zodat het bios helemaal gereset is. Maar ja dat is wel bewerkelijker.
Doe je voor en na je bios flash wel een reset CMOS / load defaults?

Het vreemde is wel dat in Ryzen master mijn geheugenprofiel EXPO = off staat terwijl de bios hem aan heeft staan.

Dat is idd vreemd. RM heeft een historie dat het soms rare dingen kan doen. Ik gebruik het eigenlijk alleen omdat je makkelijk een screenshot van bepaalde waarden kunt maken. Je kunt ook snel zien wat de ingestelde waarden voor PPT, TDC, EDC zijn. Maar ik cross reference meestal met andere programma's.

Ik zou het niet snel gebruiken om bios waarden / settings aan te passen of in de achtergrond laten meelopen.

Al een heel stuk beter. Nu kwam ik iets boven de 22K uit.

[Afbeelding]

Top!!

Is de hogere voltage een een resultaat van mijn moederbord/cpu combo? Ik heb out of the box geen wijzigingen doorgevoerd.

Als je EXPO selecteert dan worden er soms meer settings aangepast dan alleen MEM timings.
Bij mijn Asus mobo gebeurt dat ook. Je krijgt dan veel meer voltage dan normaal gesproken nodig is (voor DDR 6000) Bij mij gooit ie CPU VDDIO dan naar 1,376v wat echt veeeel hoger dan nodig is met DDR 6000.
Daarom gebruik ik Expo eigenlijk niet meer maar vul de Expo waarden handmatig in.

Je zou CPU VDDIO normaal gesproken zonder problemen handmatig op 1,25v kunnen zetten en waarschijnlijk nog wel wat lager.
**In de topicstart staat heel veel nuttige info waaronder referentie tabellen voor voltages.**

Daarnaast hebben de mobo fabrikanten er een handje van om TDC / EDC veel hoger te zetten zonder dat je het door hebt. Dat is niet erg als je weet wat je doet maar anderszins ongewenst imho.

[ Voor 3% gewijzigd door Help!!!! op 08-02-2026 13:20 ]

[CMT]

Rhahyrion schreef op zaterdag 7 februari 2026 @ 08:27:
[...]


De 36gb was uiteraard een foutje. Dikke vingers en een telefoon .

Zentimings
[Afbeelding]

Ryzenmaster en cinebench met normale en hoge prio (bij laatsgenoemde kon ik de realtime updates niet meer zien, want dan hing de rest vast)

[Afbeelding]

[Afbeelding]

Bedankt voor de screenshots en het probleem is al snel achterhaald zie ik ^^.
Ik weet niet hoe het bij Gigabyte heet, maar bij de Asus en MSI borden is er een soort 'gaming' optie dat 1 CCD & SMT uitschakeld. Het kan zijn dat met EXPO dit om een of andere reden wordt aangezet en de SMT instelling overschrijft? Sowieso zou ik persoonlijk geen EXPO gebruiken, maar alles handmatig invoeren. Dan heb je volledige controle over de instellingen / wat het moederbord doet.

Zentimings voor de geheugentimings. Bios, HWinfo64 (en dan de SVI3 sensor waarden) voor de spanningen. Vddio/mc is indirect af te leiden van de Novuton I/O & monitoring chip.
Houd er rekening mee dat deze waarde ca. 20-40mV hoger kan zijn dan wat werkelijk bij de geheugencontroller aankomt. Dit omdat het buiten de CPU socket wordt gemeten (afstand = spanningsverlies) en er altijd sprake is van een nauwkeurigheid / tolerantie a.k.a. afwijking bij meetwaarden.

Als wat Zentimings aangeeft juist is (voor de uitlezing van de spaningen en ODT's is het erg onbetrouwbaar tegenwoordig), dan zijn de spanningen redelijk hoog te noemen. Dat is ook wel te verwachten met EXPO/auto mobo instellingen.
Het ligt er maar aan hoeveel werk je er in wilt steken in het zoeken naar optimale spanningen.
Het is mogelijk dat het allemaal fors naar beneden kan. Om een basis te nemen: Vsoc naar 1.15V, Vddio naar 1.25, Vddp naar 0.9V voor 6000MHz en dat naar boven of beneden bijstellen. Test altijd of het stabiel is en doe na afloop van het stresstesten dan weer een marge van +20mV of meer erbij. Plus test alles heet (IOD hotspot > 60°C, DDR5 @60°C). Dan neem je de invloed van temperatuur op de stabiliteit weg.

Gezien de Zentimings info heb je Samsung B-die geheugen en staat het met uitzondering van de tREFI op de standaard timings. De JEDEC standaard is 3.9ms en tREFI zal met DDR 6000MHz rond de 11700 zijn.
Het Samsung 2x16GB 6000MHz kit dat ik op de Asus B650e-i heb gebruikt, kreeg tREFI: 11677 van het moederbord. Dat kan gerust verdubbeld worden, maar voor hogere waarden is het nodig om alles zeer grondig te testen. Onstabiliteit vanwege tREFI / bitflips is heel lastig te achterhalen.

De build is nieuw volledig nieuw en geen upgrade. Enige twijfel had ik bij de klei achtige substantie van de koelpasta. Dat kan ik nog nakijken of dat goed is gegaan.

Dat zou goed een onderdeel van het issue kunnen zijn zie ik. Want zo zag het er ook uit. Al ziet de temperatuur er niet heel vreemd uit.
https://www.reddit.com/r/...his_normal_thermal_paste/

Ervan uitgaande dat de pasta niet simpelweg is opgedroogd, dan is dat normaal met de nieuwe generatie koelpasta's. TG Duronaut & Arctic MX7 hebben dat ook. Het zijn pasta's die slecht aan een oppervlak hechten en intern een hoge binding hebben. Super tegen pumpout, maar heel vervelend bij het aanbrengen. Smeren met een spatula gaat nauwelijks tot niet. Mij is het alleen gelukt met fingerspitzengefühl en heel langzaam bewegen. Er wordt ook geadviseerd om het door druk uit te laten smeren. Bij voorkeur met een kruis op de IHS. Een drup is minder geschikt omdat daar meer druk voor nodig is en dat geeft extra schuifspanning op de koelpasta.

Over een week kan ik wat meer zeggen over de prestaties van MX7. Momenteel ben ik het uit aan het proberen. De 1e temperatuurmeting ziet er goed uit met een redelijke verbetering t.o.v. MX4.
Voor een smeerbare pasta blijf ik denk ik wel bij mijn favorieten: Arctic MX2 en MX4.

[CMT]

Help!!!! schreef op zaterdag 7 februari 2026 @ 09:17:

offtopic:
Volgensmij heeft de topicstart ook een hele mooie update/makeover gekregen!

Cidious is bezig geweest . Ik loop mij helaas nog steeds te verzuchten met de geheugentuning. Het einde is nog niet in zicht .

[Help!!!!]

Mijn vorige setting was in de dagelijkse praktijk stabiel maar niet volledig onder y-cruncher VT3.
Ik vermoed dat PBO Curve Optimizer All Cores op negative 30 net iets teveel van het goede was.

Geïnspireerd door de geupdate TS ben ik toch weer wat gaan tunen en heb wat aanpassingen gedaan.
Alhoewel mijn IMC blijkbaar goed genoeg zou moeten zijn om op DDR6200 en misschien zelfs wel 6400 1:1 te draaien heb ik niet de tijd en zin meer om eindeloos te finetunen en neem genoegen met DDR 6000. Ben eigenlijk wel tevreden waar ik op uit ben gekomen.

Dit is volledig stabiel volgens de criteria in de TS.

Wel is de test gedaan op een kamertemp van tussen de 18,5 en 20,5 graden. In de zomer kan mijn kamer wel tussen de 26 en 31 graden worden dus tzt moet ik dus nog even zien hoe het dan gaat.
VSOC en VDDIO heb ik in het testproces in één keer 0,05v omhoog gegooid om het stabiel te krijgen en hier zou nog wel een paar millivolt af te schaven zijn maar misschien is dit wel een mooie buffer voor de zomer.

[Help!!!!]

Buildzoid:

[CMT]

Help!!!! schreef op maandag 9 februari 2026 @ 14:29:
Mijn vorige setting was in de dagelijkse praktijk stabiel maar niet volledig onder y-cruncher VT3.
Ik vermoed dat PBO Curve Optimizer All Cores op negative 30 net iets teveel van het goede was.

Geïnspireerd door de geupdate TS ben ik toch weer wat gaan tunen en heb wat aanpassingen gedaan.
Alhoewel mijn IMC blijkbaar goed genoeg zou moeten zijn om op DDR6200 en misschien zelfs wel 6400 1:1 te draaien heb ik niet de tijd en zin meer om eindeloos te finetunen en neem genoegen met DDR 6000. Ben eigenlijk wel tevreden waar ik op uit ben gekomen.

Dit is volledig stabiel volgens de criteria in de TS.

Wel is de test gedaan op een kamertemp van tussen de 18,5 en 20,5 graden. In de zomer kan mijn kamer wel tussen de 26 en 31 graden worden dus tzt moet ik dus nog even zien hoe het dan gaat.
VSOC en VDDIO heb ik in het testproces in één keer 0,05v omhoog gegooid om het stabiel te krijgen en hier zou nog wel een paar millivolt af te schaven zijn maar misschien is dit wel een mooie buffer voor de zomer.


[Afbeelding]

[Afbeelding]

[Afbeelding]

Leuk om te zien dat je ook aan de slag gaat ^^.
Het betekend wel dat het systeem gewoon onstabiel was al deze tijd.
Een test als VT3 zal evt. onstabiliteit allleen sneller naar de voorgrond brengen. De kans is groot dat het met dagelijks gebruik niet merkbaar was in de zin van crashes. Het is echter wel mogelijk dat er in de tussentijd corruptie van bestanden is ontstaan. Zeker met zo'n grote CO.

Ik adviseer om voor de SoC & het werkgeheugen stabiliteit minstens 10x 20 rondjes (of bijv. 20x 10 rondjes) TM5 anta777 absolut te doen. Met zowel koude als warme starts om de variatie in de DDR5 training mee te nemen + in de hoop dat alle geheugencellen dan ook getest worden.
Daarbij de IOD en het werkgeheugen op hoge temperatuur houden.
Met 20-25 rondjes TM5 heb je slechts een grove indicatie Dat is imho alleen bruikbaar voor een 'snelle' controlle bij het tunen van de spanningen en de timings.
Het klinkt misschien overdreven, maar wanneer het op een kritische grens zit, is het naar mijn ervaring echt noodzakelijk gebleken.

Een zomersituatie is makkelijk te simuleren trouwens, daar hoef je niet maanden op te wachten .
Dat kan bereikt worden door de inwendige temperatuur op te hogen d.m.v. de cpu & kastkoeling lager dan normaal te zetten. Tot een punt wat in de zomer voorkomt = wat je nu maximaal meet + ca.10-15C erbij.
Houd daarbij wel de temperatuur van de CPU, SPDhub, mobo vrm, chipset & ssd drives in de gaten.

De IOD heb ik @70C gekregen door de CPU een 75C temperatuur limiet te geven en te beperken met een 105Wppt. Vervolgens de CPU koeling op een lage stand gezet. Op deze manier raakt de CCD niet oververhit en blijft het onder de 90C. De SPDhub @60C houden, of rond 55C als het niet nauwlettend in de gaten gehouden kan worden. Dan blijft het risico op evt. schade beperkt. De Tjmax van de DDR5 IC's zal veel hoger zijn. Daar is helaas alleen een schatting van te maken.

[CMT]

Help!!!! schreef op dinsdag 10 februari 2026 @ 10:07:
Buildzoid:



[YouTube: New DDR5 refresh modes on AM5 motherboards]

Thanks, die had ik nog niet gezien.
Ik was wel op de hoogte van deze verandering die met AGESA 1.2.0.8 of hoger zijn intrede zal doen.
Op het Asus forum is daar een post over verschenen dat het een en ander belicht.
https://rog-forum.asus.co...ng-explained/ba-p/1135076
Buildzoid maakt het wel een stuk duidelijker. Fijn dat hij het ook al onderzocht heeft.

TLDR: m-ordering / refreshmode op normal houden met strak getuned geheugen.

[Help!!!!]

Asus heeft voor vrijwel alle mobo's officiële Agesa 1300a BETA biossen uitgebracht.

Via moderator op het Asus forum blijkt dat bij Asus de Bank Refresh Mode auto setting miv Agesa 1280 inderdaad Mixed Mode is. Verder staat er nog wel wat meer nuttige info in die post.

Via dezelfde link kwam ik nl. ook deze ZenTimings repository tegen waar je nieuwe beta versies kunt downloaden (Uiteraard op eigen risico) die nog niet op de ZenTimings homepage staan.

De meest recente ZT beta's geven ook weer welke Bank Refresh Mode actief is en welke Trfc timings gebruikt worden. De niet gebruikte Trfc timings zijn greyed out.

Voor de laatste ZT beta moest ik overigens wel PawnIO updaten en met die versie kun je volgensmij de oudere ZenTimings niet meer gebruiken.

Zelf heb ik overigens nu vooralsnog handmatig Normal Mode geselecteerd voor Bank Refresh Mode. Dit is zoals het met de pre-1280 agesa's werkte.

[ Voor 7% gewijzigd door Help!!!! op 14-02-2026 18:38 ]

[Cidious]

Ik ben al 3 dagen bezig nu om mijn systemen weer stabiel te krijgen met AGESA 1.3.0.0a en Pre-1.3.0.0.

Alle oudere instellingen lijken niet meer te werken. Intern heeft AMD iets verandert aan hoe de Bank Refresh werkt en probeert daar met FGR mode overheen te schilderen. FGR mode gebruikt effectief maar half de tREFI waarde en zou theoretish meer bestendig zijn tegen hitte.

Helaas heb ik nog geen oplossing gevonden om mijn oude prestatie profielen weer terug te krijgen. het lijkt op een permanente regressie in performance omwille van,....? Schiet mij maar lek.. AMD doet AMD dingen net als met die Core Tuning optie die ze er als default in gooiden ten voordele van AI maar niet van Gamers..

Ja ik ben behoorlijke gefrustreerd op dit moment omdat alles gewoon prima draaide en AMD heeft het onmogelijk gemaakt om terug te flashen voor 1.2.8.0.

De enige oplossing vooralsnog die ik gevonden heb is het extreem versoepelen van tRFC maar dit kan niet de daadwerkelijke oplossing zijn.. hoop ik... Mocht ik een oplossing vinden dan zal ik die hier delen voor als anderen ook problemen ondervinden met de nieuwe bios versies.

Sidenote: Ik draai exclusief 6400:2133 op al mijn systemen. 6200:2067 lijkt vooralsnog bijna niet beinvloed.

[Help!!!!]

^
Dat is wel vervelend inderdaad. Bank Refresh op Normal Mode werkt ook niet bij jou

Bij de Asus releasenotes zie ik recent alleen een 'cannot be rolled back warning' bij de update naar Agesa 1270. Dus je zou terug moeten kunnen naar 1270. Ook slecht als dat niet kan....

[freaky35]

Help!!!! schreef op zondag 15 februari 2026 @ 10:02:
^
Dat is wel vervelend inderdaad. Bank Refresh op Normal Mode werkt ook niet bij jou

Bij de Asus releasenotes zie ik recent alleen een 'cannot be rolled back warning' bij de update naar Agesa 1270. Dus je zou terug moeten kunnen naar 1270. Ook slecht als dat niet kan....

Dit kan wel,via de easy flash manier,ik heb zelf een 870e hero, daarmee kon ik ook gewoon een ouder bios terug instaleren op die manier.

Echter zelf ook deze laatste test bios geninstaleerd op deze hero en geen probleem.

[Cidious]

freaky35 schreef op zondag 15 februari 2026 @ 10:08:
[...]


Dit kan wel,via de easy flash manier,ik heb zelf een 870e hero, daarmee kon ik ook gewoon een ouder bios terug instaleren op die manier.

Echter zelf ook deze laatste test bios geninstaleerd op deze hero en geen probleem.

Wat voor geheugen settings draai je? kan je jouw ZenTimings eens delen?

[freaky35]

Cidious schreef op zondag 15 februari 2026 @ 10:16:
[...]


Wat voor geheugen settings draai je? kan je jouw ZenTimings eens delen?

ik gebruik gewoon expo hoor,ik merk weinig verschil met strakkerre timings,maar je kan dus gewoon 1280 terug flashen als je dat wilt

[Cidious]

freaky35 schreef op zondag 15 februari 2026 @ 11:09:
[...]


ik gebruik gewoon expo hoor,ik merk weinig verschil met strakkerre timings,maar je kan dus gewoon 1280 terug flashen als je dat wilt

Gaat om 1.2.7.0. Alles na 1.2.7.0 heeft die vreemde aanpassingen intern lijkt het. En 1.2.8.0 kwam met de waarschuwing dt rollback niet mogelijk zou zijn. 1.2.8.0 introduceerde Beveiligings patches.

I tussen heb ik mijn bevindingen al op OCN gepost en er lijkt aandacht voor te zijn nu van een paar knappere koppen dan de mijne. Ben benieuwd of ik wat tractie kan krijgen en meer info.

[Help!!!!]

CMT schreef op woensdag 11 februari 2026 @ 08:30:
[...]

Leuk om te zien dat je ook aan de slag gaat ^^.
Het betekend wel dat het systeem gewoon onstabiel was al deze tijd.
Een test als VT3 zal evt. onstabiliteit allleen sneller naar de voorgrond brengen. De kans is groot dat het met dagelijks gebruik niet merkbaar was in de zin van crashes. Het is echter wel mogelijk dat er in de tussentijd corruptie van bestanden is ontstaan. Zeker met zo'n grote CO.

Ja inderdaad leuk om weer eens wat dingen te proberen. Zeker nu ik vrij recent van een 7700X naar een 9800X3D gegaan ben, ook weer andere IMC/IOD.

Testen en tunen is altijd een tijd/risicoafweging. Hoeveel tijd kun en wil je er in steken en hoeveel perceived risk wil je aanvaarden.

Vroeger 'moest' je Prime95 minimaal 24 uur draaien alvorens je een systeem stabiel mocht verklaren. Maar ja, in het 25e uur zou je ook een error kunnen krijgen. Of een tijd later in dagelijks gebruik loopt je PC met een ander programma alsnog vast. Ook 24uur gaf geen garanties. En je test uiteindelijk ook niet met alle mogelijke testprogramma's dus hoe zeker weet je dat een ander proggie niet wel een error zou geven.

Ook op fabrieksinstellingen zou het 'zeker' stabiel moeten zijn want de fabrikant (CPU/Mobo) heeft immers goed getest en kent het produkt het beste. Wel, we hebben helaas ook recent weer kunnen zien bij Intel en AMD dat zelfs dat geen zekerheid is.

En bij elke bios update moet je eigenlijk ook weer opnieuw testen.

Dus wat is goed genoeg, waar wil je de lat leggen.

Dat gezegd hebbende, als je merkt dat je tuning niet meer aan je eisen voldoet dan moet je opnieuw afwegen en zonodig natuurlijk aanpassingen doen.

Voor nu / deze keer heb ik daarvoor het TS protocol zo goed mogelijk gevolgd.

Ik adviseer om voor de SoC & het werkgeheugen stabiliteit minstens 10x 20 rondjes (of bijv. 20x 10 rondjes) TM5 anta777 absolut te doen. Met zowel koude als warme starts om de variatie in de DDR5 training mee te nemen + in de hoop dat alle geheugencellen dan ook getest worden.
Daarbij de IOD en het werkgeheugen op hoge temperatuur houden.
Met 20-25 rondjes TM5 heb je slechts een grove indicatie Dat is imho alleen bruikbaar voor een 'snelle' controlle bij het tunen van de spanningen en de timings.
Het klinkt misschien overdreven, maar wanneer het op een kritische grens zit, is het naar mijn ervaring echt noodzakelijk gebleken.

Een zomersituatie is makkelijk te simuleren trouwens, daar hoef je niet maanden op te wachten .
Dat kan bereikt worden door de inwendige temperatuur op te hogen d.m.v. de cpu & kastkoeling lager dan normaal te zetten. Tot een punt wat in de zomer voorkomt = wat je nu maximaal meet + ca.10-15C erbij.
Houd daarbij wel de temperatuur van de CPU, SPDhub, mobo vrm, chipset & ssd drives in de gaten.

De IOD heb ik @70C gekregen door de CPU een 75C temperatuur limiet te geven en te beperken met een 105Wppt. Vervolgens de CPU koeling op een lage stand gezet. Op deze manier raakt de CCD niet oververhit en blijft het onder de 90C. De SPDhub @60C houden, of rond 55C als het niet nauwlettend in de gaten gehouden kan worden. Dan blijft het risico op evt. schade beperkt. De Tjmax van de DDR5 IC's zal veel hoger zijn. Daar is helaas alleen een schatting van te maken.

Thx, goede tip voor zomertuning.

Hoe weet je dat 10*20r / 20*10r vergelijkbaar zijn qua stabiliteits benadering?

Het probleem met Anta is verder dat het je PC sluggish maakt en heel veel tijd kost en ik moet mijn PC ook gebruiken. Natuurlijk kan je testen voor een deel 's nachts doen maar zo'n PC die dan nachten in de studeerkamer naast slaapkamer staat te stampen vinden wij persoonlijk niet prettig slapen. Misschien wat zweverig maar onbewust voel ik dat dat ding aan staat .

Qua max temps houd ik grosso modo het volgende aan.
CPU 87C
IOD 65
SPD Hub 50-55 (liever max 50)
SSD 50

(Voor de IOD specificeert AMD geen TJmax maar wat ik online begrijp zou deze net zo hoog of zelfs nog wat hoger mogen worden dan CPU TJmax @95C.)

In deze 'winterstability' test run heb ik dus o.a. 25 rondjes Anta Absolut gedaan, waarbij ik overigens tegelijkertijd 4 uur gegamed heb wat de temps ook aardig opdrijft.

Bij deze runs benader ik of evenaar ik de meeste van mijn max target temps al, zie screenshot vorige post.
Dit zijn ook, uit mijn hoofd, redelijk vergelijkbare temps met wat ik in de zomer haalde onder gaming wat in mijn usecase de hoogste temps oplevert. Mijn overige gebruik zal in de zomer bij lange na niet boven of in de buurt komen vd temps komen die ik nu getest heb.

Ik kan nu dus proberen heter te testen maar dan kom ik mogelijk boven mijn ideale temps (behalve cpu want die is begrensd in bios) uit maar dat simuleert naar mijn gevoel mijn zomer praktijkscenario niet beter.
Weliswaar worden de tests dan onder zwaardere omstandigheden uitgevoerd maar dit levert ook meer stress op de componenten op.

Dus nu ik er wat langer over gedacht heb, denk ik eigenlijk dat de hogere zomertemps in mijn usecase niet echt zullen uitmaken.
Van de zomer zal ik wel checken of de temps idd binnen mijn normen blijven. En sluit niet uit dat ik nog een rondje tests doe.

Voor nu ben ik eigenlijk wel happy met het resultaat. De meeste voltages zijn zelfs iets lager, mijn geheugen iets sneller en heb alleen mijn CO offset wel stuk verminderd.

Het is allemaal niet super cutting edge en scherp aan de wind maar voor mij voldoet het.

Mocht het straks toch niet werken dan kom ik mijzelf hier wel melden met het schaamrood op mijn kaken.

[CMT]

Help!!!! schreef op zondag 15 februari 2026 @ 20:47:
[...]

Ja inderdaad leuk om weer eens wat dingen te proberen. Zeker nu ik vrij recent van een 7700X naar een 9800X3D gegaan ben, ook weer andere IMC/IOD.

Testen en tunen is altijd een tijd/risicoafweging. Hoeveel tijd kun en wil je er in steken en hoeveel perceived risk wil je aanvaarden.

Vroeger 'moest' je Prime95 minimaal 24 uur draaien alvorens je een systeem stabiel mocht verklaren. Maar ja, in het 25e uur zou je ook een error kunnen krijgen. Of een tijd later in dagelijks gebruik loopt je PC met een ander programma alsnog vast. Ook 24uur gaf geen garanties. En je test uiteindelijk ook niet met alle mogelijke testprogramma's dus hoe zeker weet je dat een ander proggie niet wel een error zou geven.

Ook op fabrieksinstellingen zou het 'zeker' stabiel moeten zijn want de fabrikant (CPU/Mobo) heeft immers goed getest en kent het produkt het beste. Wel, we hebben helaas ook recent weer kunnen zien bij Intel en AMD dat zelfs dat geen zekerheid is.

En bij elke bios update moet je eigenlijk ook weer opnieuw testen.

Dus wat is goed genoeg, waar wil je de lat leggen.

Dat gezegd hebbende, als je merkt dat je tuning niet meer aan je eisen voldoet dan moet je opnieuw afwegen en zonodig natuurlijk aanpassingen doen.

Voor nu / deze keer heb ik daarvoor het TS protocol zo goed mogelijk gevolgd.

Dat is waar, het is natuurlijk aan ieder om voor zichzelf te beslissen wat goed genoeg is qua (stress)testen.
In de TS staat 'stabiel' om deze reden tussen aanhalingstekens. Ik wil alleen op het hart drukken dat het slechts een opstap is naar het echte tuningwerk en niet als een maat of standaard gezien moet worden.
Hoe kleiner de marge / dichter op een grens, hoe lastiger het wordt om te bepalen of het stabiel is of niet.

In de loop van de jaren dat ik met cpu & werkgeheugen tuning bezig ben, zijn de eisen die ik aan systeemstabiliteit stel steeds hoger geworden. 5 jaar geleden zou ik heel anders tegen de 200x TM5 aangekeken hebben. Maar met ervaring komt wijsheid en gaandeweg is het testregime hierop aangepast.
Ooit begon ik met 10x TM5, want dat deden al die overklokkers ook met 1000% coverage screenshots als bewijs voor stabiliteit. Die wisten het wel dacht ik toen.
Als ik dat nu zie moet ik er stiekem wel een beetje om lachen, in de zin van: 'als ze eens wisten'.
Soms vraag ik mij af hoeveel van deze systemen door de mand zouden vallen als ik mijn hand erop zou leggen.

Anyhoo, ik hoop natuurlijk dat het gewoon allemaal stabiel is voor je.
Het enige waar ik mij een beetje zorgen om maak is de lage Vsoc van 1.05Vsoc @3000MHz Uclock.
Geen van de 5x Zen5 cpu samples konden dat mij bij aan. In ieder geval niet met een hete IOD.
Maar wie weet heb je een unicorn sample te pakken. Dus duim wel voor je .

Thx, goede tip voor zomertuning.

Hoe weet je dat 10*20r / 20*10r vergelijkbaar zijn qua stabiliteits benadering?

Het probleem met Anta is verder dat het je PC sluggish maakt en heel veel tijd kost en ik moet mijn PC ook gebruiken. Natuurlijk kan je testen voor een deel 's nachts doen maar zo'n PC die dan nachten in de studeerkamer naast slaapkamer staat te stampen vinden wij persoonlijk niet prettig slapen. Misschien wat zweverig maar onbewust voel ik dat dat ding aan staat .

Qua max temps houd ik grosso modo het volgende aan.
CPU 87C
IOD 65
SPD Hub 50-55 (liever max 50)
SSD 50

(Voor de IOD specificeert AMD geen TJmax maar wat ik online begrijp zou deze net zo hoog of zelfs nog wat hoger mogen worden dan CPU TJmax @95C.)

In deze 'winterstability' test run heb ik dus o.a. 25 rondjes Anta Absolut gedaan, waarbij ik overigens tegelijkertijd 4 uur gegamed heb wat de temps ook aardig opdrijft.

Bij deze runs benader ik of evenaar ik de meeste van mijn max target temps al, zie screenshot vorige post.
Dit zijn ook, uit mijn hoofd, redelijk vergelijkbare temps met wat ik in de zomer haalde onder gaming wat in mijn usecase de hoogste temps oplevert. Mijn overige gebruik zal in de zomer bij lange na niet boven of in de buurt komen vd temps komen die ik nu getest heb.

Ik kan nu dus proberen heter te testen maar dan kom ik mogelijk boven mijn ideale temps (behalve cpu want die is begrensd in bios) uit maar dat simuleert naar mijn gevoel mijn zomer praktijkscenario niet beter.
Weliswaar worden de tests dan onder zwaardere omstandigheden uitgevoerd maar dit levert ook meer stress op de componenten op.

Dus nu ik er wat langer over gedacht heb, denk ik eigenlijk dat de hogere zomertemps in mijn usecase niet echt zullen uitmaken.
Van de zomer zal ik wel checken of de temps idd binnen mijn normen blijven. En sluit niet uit dat ik nog een rondje tests doe.

Voor nu ben ik eigenlijk wel happy met het resultaat. De meeste voltages zijn zelfs iets lager, mijn geheugen iets sneller en heb alleen mijn CO offset wel stuk verminderd.

Het is allemaal niet super cutting edge en scherp aan de wind maar voor mij voldoet het.

Mocht het straks toch niet werken dan kom ik mijzelf hier wel melden met het schaamrood op mijn kaken.

Hmm ik weet niet zeker of 10x20 en 20x10 TM5 rondjes even effectief zijn, maar het lijkt mij stug als dat niet zo is. Het gaat uiteindelijk om totale duur. Met elke rondje extra wordt de kans op een sporadische fout ook kleiner. Imho zou ik gewoon gebruiken wat het beste uitkomt in de dagplanning.

Maar het is in ieder geval niet aan te raden om de computer tegerlijktijd te gebruiken.
De reden dat het zo sluggish is omdat al het beschikbare werkgeheugen door TM5 wordt gebruikt.
Extra progamma's moeten er als het ware om vechten en nemen dan gedeelten van het werkgeheugen in beslag dat niet meer getest kan worden.

Het is niet zweverig hoor als je het niet fijn vind om de PC 's nachts aan te laten.
Ik krijg er zelf een onbehagelijk gevoel van als er dingen aan staan tijdens de slaap.
Naast een voordurende prikkel op de achtergrond, geeft het mij ook een beetje onveilig gevoel.
Desondanks staat de PC op de slaapkamer al een dikke maand lang & 24/7, TM5 te stampen.
Het went wel, maar ik snak wel naar de tijd dat het gewoon uit kan en ik weer rust heb.
Plus dat ik weer kan gamen natuurlijk ^^.

Wat betreft de 'zomersim'. De koeling lager zetten zal sowieso een zwaardere test zijn omdat onderdelen dan meer passief gekoeld worden. Binnen de kast kunnen mogelijk meer plekken ontstaan waar warmte zich ophoopt en tot nieuwe hotspots leiden. Vandaar de tip om alles even in de gaten te houden voor aantal uur totdat er een nieuw evenwicht is ontstaan (en ook rekening houden met de variatie van de kamertemperatuur).
De chipset op de Asus B850pluswifi bereikt hier bijv. 77C omdat de luchtstroom vrijwel nihil is.
Bij 80C trek ik wel een grens.

[ Voor 4% gewijzigd door CMT op 20-02-2026 15:03 ]

[CMT]

freaky35 schreef op zondag 15 februari 2026 @ 10:08:
[...]


Dit kan wel,via de easy flash manier,ik heb zelf een 870e hero, daarmee kon ik ook gewoon een ouder bios terug instaleren op die manier.

Echter zelf ook deze laatste test bios geninstaleerd op deze hero en geen probleem.

Oh echt? Waarom geven ze dan de waarschuwing?
De Ez flash methode is toch de gangbare manier van een bios flashen?
Usb-stick met bios -> in bios update starten -> hoera nieuwe bios.
Dat was al zo voor de tijd van een bios flashback optie.

Het was echt de reden waarom ik van een bios update af zag.

[ Voor 25% gewijzigd door CMT op 19-02-2026 23:17 ]

[Cidious]

Conclusie zover:

Nieuwe AGESA heeft zo'n 0.02-0.03v EXTRA nodig voor VSOC en VDD bij dezelfde settings (NORMAL of MIXED mode). Het lijkt erop dat de FGR (Relaxed mode) werkt bij soortgelijke voltages. Dit leidt mij tot de aanname dat AMD heeft lopen klooien om beveiligings patches te laten werken en nu standaard FGR aanzet om daaroverheen te schilderen.

ASUS zet nu MIXED mode aan standaard (als alternatief voor de FGR modus) maar die modus heeft dus extra voltage nodig voor beiden de IMC en PMIC bij dezelfde instellingen. Ik heb prestaties geverifieerd, en nee er zijn geen verborgen prestatie verbeteringen. Het lijkt op regressie en dat AMD niet teveel RMAs wil ontvangen dat EXPO/XMP kits niet meer werken bij hun profielen die gevalideerd zijn op de oude AGESA omgeving.

Er zijn al meerdere ervaringen gedeeld dat sommige XMP kits niet meer automatisch werken. Het lijkt er dan sterk op dat dit te maken heeft met te weinig VDD voor juist die kits en hun EXPO/XMP profielen.

Deze veranderingen gaan hand in hand met de AGESA 1.2.8.0 versie waarbij nieuwe beveiligings maatregelingen zijn genomen.

Dit zijn vooralsnog mijn aannames die ik nu snel even post. Ik heb hier meer data voor nodig om het goed te kunnen onderbouwen. De data die ik nu heb wijst hierop maar sluit niet andere mogelijkheden uit nog.

[ Voor 4% gewijzigd door Cidious op 20-02-2026 10:42 ]

[freaky35]

CMT schreef op donderdag 19 februari 2026 @ 23:01:
[...]

Oh echt? Waarom geven ze dan de waarschuwing?
De Ez flash methode is toch de gangbare manier van een bios flashen?
Usb-stick met bios -> in bios update starten -> hoera nieuwe bios.
Dat was al zo voor de tijd van een bios flashback optie.

Het was echt de reden waarom ik van een bios update af zag.

ik bedoel de manier dat je zonder cpu kan flashen,dat is voor mij de meest stabiele en makkelijke manier om de bios te updaten.Werkt altijd perfect

[freaky35]

Cidious schreef op vrijdag 20 februari 2026 @ 10:40:
Conclusie zover:

Nieuwe AGESA heeft zo'n 0.02-0.03v EXTRA nodig voor VSOC en VDD bij dezelfde settings (NORMAL of MIXED mode). Het lijkt erop dat de FGR (Relaxed mode) werkt bij soortgelijke voltages. Dit leidt mij tot de aanname dat AMD heeft lopen klooien om beveiligings patches te laten werken en nu standaard FGR aanzet om daaroverheen te schilderen.

ASUS zet nu MIXED mode aan standaard (als alternatief voor de FGR modus) maar die modus heeft dus extra voltage nodig voor beiden de IMC en PMIC bij dezelfde instellingen. Ik heb prestaties geverifieerd, en nee er zijn geen verborgen prestatie verbeteringen. Het lijkt op regressie en dat AMD niet teveel RMAs wil ontvangen dat EXPO/XMP kits niet meer werken bij hun profielen die gevalideerd zijn op de oude AGESA omgeving.

Er zijn al meerdere ervaringen gedeeld dat sommige XMP kits niet meer automatisch werken. Het lijkt er dan sterk op dat dit te maken heeft met te weinig VDD voor juist die kits en hun EXPO/XMP profielen.

Deze veranderingen gaan hand in hand met de AGESA 1.2.8.0 versie waarbij nieuwe beveiligings maatregelingen zijn genomen.

Dit zijn vooralsnog mijn aannames die ik nu snel even post. Ik heb hier meer data voor nodig om het goed te kunnen onderbouwen. De data die ik nu heb wijst hierop maar sluit niet andere mogelijkheden uit nog.

je hebt ook al de laatste test bios erop gehad met 1.3.0 a?

Edit:zo te zien is die nog niet beschibaar voor de apex..

[Help!!!!]

CMT schreef op donderdag 19 februari 2026 @ 22:45:
[...]

Dat is waar, het is natuurlijk aan ieder om voor zichzelf te beslissen wat goed genoeg is qua (stress)testen.
In de TS staat 'stabiel' om deze reden tussen aanhalingstekens. Ik wil alleen op het hart drukken dat het slechts een opstap is naar het echte tuningwerk en niet als een maat of standaard gezien moet worden.
Hoe kleiner de marge / dichter op een grens, hoe lastiger het wordt om te bepalen of het stabiel is of niet.

In de loop van de jaren dat ik met cpu & werkgeheugen tuning bezig ben, zijn de eisen die ik aan systeemstabiliteit stel steeds hoger geworden. 5 jaar geleden zou ik heel anders tegen de 200x TM5 aangekeken hebben. Maar met ervaring komt wijsheid en gaandeweg is het testregime hierop aangepast.
Ooit begon ik met 10x TM5, want dat deden al die overklokkers ook met 10000% testpass screenshots als bewijs voor stabiliteit. Die wisten het wel dacht ik toen.
Als ik dat nu zie moet ik er stiekem wel een beetje om lachen, in de zin van: 'als ze eens wisten'.
Soms vraag ik mij af hoeveel van deze systemen door de mand zouden vallen als ik mijn hand erop zou leggen.

Niet oneens hoor en heb ook zo mijn twijfels bij veel van deze systemen. Maar veel vd overclockers gaan op meer vlakken veel extremer op de grens zitten dan wat ik doe en hebben veel meer variabelen. De meeste zaken houd ik op min of meer geaccepteerde redelijke waarden, zoals M/F/U clocks en memory timings.

Anyhoo, ik hoop natuurlijk dat het gewoon allemaal stabiel is voor je.

Dat hoop ik uiteraard ook

Het enige waar ik mij een beetje zorgen om maak is de lage Vsoc van 1.05Vsoc @3000MHz Uclock.
Geen van de 5x Zen5 cpu samples konden dat mij bij aan. In ieder geval niet met een hete IOD.
Maar wie weet heb je een unicorn sample te pakken. Dus duim wel voor je .

Hier de belangrijkste testruns en waarden. Linkerrun was VSOC 0.98v wat te laag was. Geheugen draait daar gewoon op Expo timings/voltage (1.35v).
In de verdere runs is qua geheugen alleen tRefi en tRC1 aangepast.
Heb 5uur Y cruncher VT3 gedraait op VSOC 1.00v zonder problemen. Vermoed dat de IMC idd behoorlijk goed is.

[...]
Hmm ik weet niet zeker of 10x20 en 20x10 TM5 rondjes even effectief zijn, maar het lijkt mij stug als dat niet zo is. Het gaat uiteindelijk om totale duur. Met elke rondje extra wordt de kans op een sporadische fout ook kleiner. Imho zou ik gewoon gebruiken wat het beste uitkomt in de dagplanning.

Maar het is in ieder geval niet aan te raden om de computer tegerlijktijd te gebruiken.
De reden dat het zo sluggish is omdat al het beschikbare werkgeheugen door TM5 wordt gebruikt.
Extra progamma's moeten er als het ware om vechten en nemen dan gedeelten van het werkgeheugen in beslag dat niet meer getest kan worden.

Ja weet ik, daarom heb ik ook pas aan het einde gegamed en meer cycles gedraaid.
Maar tegelijkertijd vind ik de combinatie van gamen en TM5 ook een goede manier om ernaast op een andere manier meer real world te testen.

Het is niet zweverig hoor als je het niet fijn vind om de PC 's nachts aan te laten.
Ik krijg er zelf een onbehagelijk gevoel van als er dingen aan staan tijdens de slaap.
Naast een voordurende prikkel op de achtergrond, geeft het mij ook een beetje onveilig gevoel.
Desondanks staat de PC op de slaapkamer al een dikke maand lang & 24/7, TM5 te stampen.
Het went wel, maar ik snak wel naar de tijd dat het gewoon uit kan en ik weer rust heb.
Plus dat ik weer kan gamen natuurlijk ^^.

Een maand !

Wat betreft de 'zomersim'. De koeling lager zetten zal sowieso een zwaardere test zijn omdat onderdelen dan meer passief gekoeld worden. Binnen de kast kunnen mogelijk meer plekken ontstaan waar warmte zich ophoopt en tot nieuwe hotspots leiden. Vandaar de tip om alles even in de gaten te houden voor aantal uur totdat er een nieuw evenwicht is ontstaan (en ook rekening houden met de variatie van de kamertemperatuur).
De chipset op de Asus B850pluswifi bereikt hier bijv. 77C omdat de luchtstroom vrijwel nihil is.
Bij 80C trek ik wel een grens.

Zelfs als ik de fans laag zet heb ik nog steeds behoorlijk goede luchtstroom want veel goede fans.
Sluit niet uit dat ik dat ook nog een keer probeer als ik weer tijd en zin heb

[Cidious]

freaky35 schreef op vrijdag 20 februari 2026 @ 12:38:
[...]


je hebt ook al de laatste test bios erop gehad met 1.3.0 a?

Edit:zo te zien is die nog niet beschibaar voor de apex..

Jawel hoor.

Het gedrag tussen 1.2.8.0, 1.2.9.0, Pre-1.3.0.0 en 1.3.0.0a is praktisch gezien gelijk. Het enige dat verschilt is dat ASUS nog aan het beslissen was welke Bank Refresh modus ze als Default zouden instellen. Dat is nu dus MIXED geworden voor 1.3.0.0a. MSI gebruikt nog NORMAL voor hun laatste (Pre-1.3.0.0). Ik heb al wel test versies gezien met MIXED als default voor MSI ook.

Bovenstaande instellingen lijken zover stabiel bij 20c ambient. Ik moet nog wel testen zonder geheugen fan om zomer na te bootsen haha. Ik vermoed dat tRFC op 512 te krap is voor 26-28c ambient hier in de Zomer met AC aan. Dat was het voorheen in ieder geval. 544 is ruim zat.

Even ter verduidelijking. Ik draaide voorheen dezelfde instellingen met 1.39v VDD en 1.23v VSOC. Nu dus 1.42v VDD en 1.25v VSOC. Ik kan nog proberen om VDD naar 1.41v te laten zakken maar 1.40v is geverifieerd niet stabiel. VSOC crasht ook op 1.24v nu. Ik denk dat ik die op 1.26v ga zetten. Ik houd graag een ruime marge voor dagelijks gebruik.

[ Voor 9% gewijzigd door Cidious op 20-02-2026 15:06 ]

[Help!!!!]

Je ziet aan het hele voortraject dat de wijzigingen na 1270 niet van een leien dakje gingen. 4 Agesas nodig.

Agesa's:
1280
1290
1300pre
1300a

En dan is 1300a door Asus alleen nog maar als beta gereleased op de officiele website.

Dat gezegd hebbende werkt 1300a bij mij op Normal Mode tot nu toe ok.
Maar eerlijk is eerlijk mijn laatste stability tests waren op 1270.

[ Voor 22% gewijzigd door Help!!!! op 20-02-2026 15:20 ]

[Cidious]

Ik ben al lang blij dat ik weer een stabiel punt heb gevonden. Nu nog weer even met mijn vrouw haar systeem aan de gang daar heb ik relatief losse instellingen gebruikt voor mijn, nu haar (goede IMC) 9800X3D, MSI B850MPower bord en 48GB M-die. De 7800X3D + MSI B850MPower met 32GB draait wel gewoon prima maar ook met erg losse tRFC. Daar kijk ik later nog wel eens naar. Zal vast op te lossen zijn met hogere VDD ook.

[CMT]

Cidious schreef op vrijdag 20 februari 2026 @ 10:40:
Conclusie zover:

Nieuwe AGESA heeft zo'n 0.02-0.03v EXTRA nodig voor VSOC en VDD bij dezelfde settings (NORMAL of MIXED mode). Het lijkt erop dat de FGR (Relaxed mode) werkt bij soortgelijke voltages. Dit leidt mij tot de aanname dat AMD heeft lopen klooien om beveiligings patches te laten werken en nu standaard FGR aanzet om daaroverheen te schilderen.

ASUS zet nu MIXED mode aan standaard (als alternatief voor de FGR modus) maar die modus heeft dus extra voltage nodig voor beiden de IMC en PMIC bij dezelfde instellingen. Ik heb prestaties geverifieerd, en nee er zijn geen verborgen prestatie verbeteringen. Het lijkt op regressie en dat AMD niet teveel RMAs wil ontvangen dat EXPO/XMP kits niet meer werken bij hun profielen die gevalideerd zijn op de oude AGESA omgeving.

Er zijn al meerdere ervaringen gedeeld dat sommige XMP kits niet meer automatisch werken. Het lijkt er dan sterk op dat dit te maken heeft met te weinig VDD voor juist die kits en hun EXPO/XMP profielen.

Deze veranderingen gaan hand in hand met de AGESA 1.2.8.0 versie waarbij nieuwe beveiligings maatregelingen zijn genomen.

Dit zijn vooralsnog mijn aannames die ik nu snel even post. Ik heb hier meer data voor nodig om het goed te kunnen onderbouwen. De data die ik nu heb wijst hierop maar sluit niet andere mogelijkheden uit nog.

Phoe dat is niet al te best als het werkelijk zo'n regressie is. Ik zal later kijken naar een update richting Agesa 1.3.0.0 als AMD & de moederbord fabrikanten het eindelijk eens kunnen worden over een eindversie.
En dan mijn bevinding daarmee posten. Met de B850pluswifi zijn de spanningen inmiddels tot de 10mV marge opgezocht, dus elke minieme verandering zal direct merkbaar zijn.

freaky35 schreef op vrijdag 20 februari 2026 @ 12:36:
[...]


ik bedoel de manier dat je zonder cpu kan flashen,dat is voor mij de meest stabiele en makkelijke manier om de bios te updaten.Werkt altijd perfect

Ooh okee, ik dacht al. Dat veranderd de situatie. Zonder CPU wordt eigenlijk 'bios flashback' genoemd.
Hoe dan ook, bedankt voor de tip! Het is fijn om te weten dat het via deze weg alsnog terug geflashed kan worden.

Help!!!! schreef op vrijdag 20 februari 2026 @ 14:14:
[...]

Niet oneens hoor en heb ook zo mijn twijfels bij veel van deze systemen. Maar veel vd overclockers gaan op meer vlakken veel extremer op de grens zitten dan wat ik doe en hebben veel meer variabelen. De meeste zaken houd ik op min of meer geaccepteerde redelijke waarden, zoals M/F/U clocks en memory timings.

Had in mijn vorige post een denkfoutje gemaakt. 10x is natuurlijk 1000%. Er zijn ook een hoop overclockers die 10000% coverage aanhouden en tegenwoordig is dat meer de norm heb ik het idee.
Ik kan helaas niet meer de spreadsheets met overclock resultaten vinden. Aan het eind zetten ze altijd erbij waarmee getest is en de de duur / coverage daarvan.

[...]

Dat hoop ik uiteraard ook

[...]

Hier de belangrijkste testruns en waarden. Linkerrun was VSOC 0.98v wat te laag was. Geheugen draait daar gewoon op Expo timings/voltage (1.35v).
In de verdere runs is qua geheugen alleen tRefi en tRC1 aangepast.
Heb 5uur Y cruncher VT3 gedraait op VSOC 1.00v zonder problemen. Vermoed dat de IMC idd behoorlijk goed is.


[Afbeelding]

Vsoc 1.00V wauw ! Als het 5 uur VT3 doorstaat dan kan het niet ver van de grens zitten, dus met 50mV erbij moet het gewoon goed zijn. Ik moet even in mijn ogen wrijven .

Een maand !

Ja, ik weet het. Ik loop mijn nagels erop af te bijten. Er zat niets anders op dan met een schone lei te beginnen en het gaat nu gelukkig wel de goede kant op, *vingers gekruist*.
Het ziet ernaar uit dat het een situatie van en-en-en is geweest. Het komt ook wel heel nauw hoor met 10mV hier en daar, dus dat kan net zo goed normale variatie zijn geweest van het installeren/re-seaten & druk van de koeler.

[Help!!!!]

Voor mensen met Asus mobo die bitlocker gebruiken, er zijn nieuwe beta biossen die een bitlocker issue schijnen op te lossen.

https://docs.google.com/s...d=937453961#gid=937453961

[Help!!!!]

Officiele Beta biossen die bitlocker issue oplossen staan nu op de officiele Asus sites.

[Help!!!!]

Fwiw, kwam via Safedisk op het Asusforum nog een nieuwe tool tegen. Bij mij nog wel wat buggy. Ben wel benieuwd wat anderen (met vergelijkbare) settings hebben.

https://rog-forum.asus.co...007/highlight/true#M11668

https://github.com/Baryka007/GearBench/releases

[ Voor 5% gewijzigd door Help!!!! op 13-03-2026 08:53 ]

[CMT]

Help!!!! schreef op vrijdag 13 maart 2026 @ 08:51:
Fwiw, kwam via Safedisk op het Asusforum nog een nieuwe tool tegen. Bij mij nog wel wat buggy. Ben wel benieuwd wat anderen (met vergelijkbare) settings hebben.

https://rog-forum.asus.co...007/highlight/true#M11668

https://github.com/Baryka007/GearBench/releases


[Afbeelding]

[Afbeelding]

Heej dat lijkt mij een mooie tool! Eindelijk iets dat correct de DDR5 write bandbreedte meet met AM5 cpu's. En wat ik zo vlug kan zien ook redelijk consistent is qua meting. Dual CCD geeft een wat grotere spreiding, maar dat is ook wel te verwachten vanwege de gedeelde bandbreedte.
Ik denk dat dit wel een goede vervanger is voor de AIDA64 memory benchmark, waar de makers maar geen aandacht lijken te geven aan het vergroten van de meetduur (1 seconde is echt een fluttest) en het fiksen van de cache invloed.

Ik kan kan geen vergelijkende meting doen van de gamepc (helaas nog altijd bezig met de tuning..*zucht*). Heb wel wat resultaten van de video encoding build @5600MHz:


Met de 9950X en 2xCCD ligt de read bandbreedte limiet bij de DDR5 snelheid.
Voor '5600MHz' is dat: 2800 x 2 x 64 x 2 / 8 (klok x datarate x busbreedte x aantal kanalen / byte) = 89600 MB/s. Er is dus wel wat overhead, maar een efficientie van 83.5% is best netjes .

[CMT]

Help!!!! schreef op vrijdag 27 februari 2026 @ 15:37:
Officiele Beta biossen die bitlocker issue oplossen staan nu op de officiele Asus sites.

Ik zie dat ze inmiddels ook iets verder zijn met de AGESA en van pre1.3.0.0 naar 1.3.0.0a zijn gestapt.
Met daarbij de vermelding:

2. Provide additional stability margin during high-frequency DDR5 training.

Een mens kan hopen dat de tuning hiermee ook beter gaat . Ik ga nog even verder met AGESA 1.2.0.3f om te kijken waar het schip strand. Zodra het uit beta gaat ben ik wel over.

[Cidious]

Poor Man's Aida64? haha. Lijkt er op dat Aida64 nog iets dichter bij de max potentiele snelheden kan komen maar dit nieuwe tooltje is gratis! Aida64 is gewoon veel te duur. Heb 2 keer geporbeerd een sleutel te kopen via een third party nadat mijn ASUS and MSI versies verliepen. Beide sleutels werden geflagged als pirated.

Ik draai al een tijdje met de eerste 1.3.0.0a Beta versie die Safedisk had gepost en na de initiele verwarring met voltages en tRFC ben ik nu zeer tevereden over de stabiliteit en performance. Ik heb sinds vele uren (250 uur ongeveer tijdens de Spring Festival vakantie hier.. don't judge me.. er is echt niks anders te doen hier tijdens spring festival.. tenzij je als een schaap dezelfde toeristische attracties wilt bezoeken of jezelf klem wilt eten en drinken...) Europa Universalis 5 (CPU zware game) achter de rug met deze bios en geen enkele crash ervaren met de configuratie van hierboven. Ik heb ook zo'n 100 uur ARK (EU5) gespeeld sinds. Allemaal zonder problemen.

Ter verduidelijking voor de configuratie hierboven: MIXED Bank Refresh Mode. Toen het hier heel koud was nog kon ik met tRFC2 op 512 draaien bij 6400 en deze voltages. Maar toen de temperatuur een paar graden omhoog ging begon dit fouten te geven. Dit komt overeen met mijn bevindingen voor tRFC in NORMAL Mode. 544 is altijd stabiel geweest voor mij en dit is wederom het geval met deze nieuwe bios in MIXED mode maar ik moest wel VDD en VSOC iets omhoog gooien.

Ik maak me verder weinig zorgen om de ietwat hogere VSOC van 1.26v. Die 7800X3D van mijn vrouw waarvan ik dacht dat de IOD gedegradeerd was draait nu op een MSI bord wel prima 1.29v VSOC weer met 6400 in mijn maat zijn systeem. Het lijkt er nu meer op dat de Gigabyte bios (van de vorige configuratie) eerder het probleem is geweest. Mijn maat heeft de CPU van me overgenomen voor voor een habbekrats en we hebben besloten (for the sake of science) om die gewoon max te laten draaien om te kijken of 1.29v VSOC lange termijn een probleem is of niet. Als hij er wel uit klapt dan geef ik hem een nieuwe 7800X3D of 9800X3D, indien buiten garantie en whatever dan beschikbaar is.

[Help!!!!]

Kwam nog de rationale achter Default Mixed Mode bij Asus bios tegen volgens safedisk (security op instigatie van AMD):

https://www.overclock.net/threads/asus-rog-crosshair-x670e-overclocking-discussion-thread.1799959/page-203?nested_view=1#post-29569378

https://www.amd.com/en/resources/product-security/bulletin/amd-sb-7048.html

[Cidious]

Help!!!! schreef op maandag 16 maart 2026 @ 08:39:
Kwam nog de rationale achter Default Mixed Mode bij Asus bios tegen volgens safedisk (security op instigatie van AMD):

https://www.overclock.net/threads/asus-rog-crosshair-x670e-overclocking-discussion-thread.1799959/page-203?nested_view=1#post-29569378

https://www.amd.com/en/resources/product-security/bulletin/amd-sb-7048.html

[Afbeelding]

Juist. Dank voor het delen.Dat bevestigd mijn vermoeden Dus lekker terug naar NORMAL? Mixed draait wel stabiel voor mij nu. Ik kan het ook gewoon lekker zo laten draaien haha. Ben er van overtuigd dat ik het verschil niet ga merken

[CMT]

Sinds 19 maart is de Agesa 1.3.0.0a bios (v1644) uit beta gegaan voor de Asus Tuf B850pluswifi: https://www.asus.com/moth...TUF-GAMING-B850-PLUS-WIFI

Ik heb deze er eergisteren opgezet en ga daar mee verder i.p.v. Agesa 1.2.0.3f.
De duur van het testen/tunen begint nu wel een extreme vorm aan te nemen (ben daar nog altijd 24/7 mee bezig sinds januari) en al deze tijd is de mainPC niet beschikbaar voor normaal gebruik.
O.a. niet eerder zo lang zonder gaming gedaan en dat begint toch wel behoorlijk vervelend te worden na 2.5 maand.
Een factor blijkt de de DDR trainings consistentie/kwaliteit te zijn wat het extra moelijk maakt om een absolute grens te vinden met de timings & spanningen.
Hopelijk gaat het met de nieuwe bios een stuk makkelijker en is er wel een duidelijke grens. Ik verwacht in ieder geval niet meer dan een maand nog te moeten stresstesten [/unjinx].

De ODT/terminatie waarden zijn hetzelfde gebleven voor dualrank Hynix A-die @6000MHz.
Evenals de trainingsduur met 107 seconden (trainingstijd verkorting uitgezet).
Wat ik zo vlug kan zien zijn er wel een aantal dingen nieuw versus Agesa 1.2.0.3F:

• Extra CPU spaningsopties (o.a. VID aanpasbaar).
• Voor de Vcore en Vsoc extra spanningsuitlezing direct van de SVI3 sensor (nu is meteen het verschil zichtbaar wat de vrm uitleest en wat de Chiplet & IOD werkelijk 'zien')
• ADDR_CMD_mode hernoemt naar Geardown mode
• Refresh mode opties (maar dat is oud nieuws inmiddels)

Het enige wat mij op de been houdt is dat de encoding build nu testklaar is en tijdelijk gebruikt kan worden voor o.a. gaming. Anders zou ik helemaal tureluurs worden.

[freaky35]

Ik heb het test bios met Agesa 1.3.0.0a bios erop staan voormijn 870e hero,werkt inderdaad perfect.
Zal gok ik voor een stable verise niet anders zijn

[ Voor 20% gewijzigd door freaky35 op 23-03-2026 12:50 ]

[Help!!!!]

Offtopic maar toch een klein lichtpuntje:

DRAM Manufacturer Stock Prices Dip Over Google TurboQuant Announcement

[nzall]

Help!!!! schreef op vrijdag 27 maart 2026 @ 17:32:
Offtopic maar toch een klein lichtpuntje:

DRAM Manufacturer Stock Prices Dip Over Google TurboQuant Announcement

Ik snap dat je denkt dat dit goed nieuws is, maar in technologie is er iets genaamd "Jevons Paradox", wat inhoudt dat als technologie efficiënter gemaakt wordt dit vaak tot meer gebruik van de grondstoffen voor deze technologie leidt, omdat het voor bedrijven dan aantrekkelijker wordt om meer veeleisende toepassingen van deze technologie te gebruiken. In functie van AI betekent dit dus dat als AI 6X minder RAM nodig heeft en 8X sneller is, dat dit veel bedrijven toelaat om vrij eenvoudige chatbots te vervangen door veel zwaardere AI agents, wat dus netto een grotere vraag betekent van AI hardware...

[Cidious]

nzall schreef op zaterdag 28 maart 2026 @ 00:02:
[...]


Ik snap dat je denkt dat dit goed nieuws is, maar in technologie is er iets genaamd "Jevons Paradox", wat inhoudt dat als technologie efficiënter gemaakt wordt dit vaak tot meer gebruik van de grondstoffen voor deze technologie leidt, omdat het voor bedrijven dan aantrekkelijker wordt om meer veeleisende toepassingen van deze technologie te gebruiken. In functie van AI betekent dit dus dat als AI 6X minder RAM nodig heeft en 8X sneller is, dat dit veel bedrijven toelaat om vrij eenvoudige chatbots te vervangen door veel zwaardere AI agents, wat dus netto een grotere vraag betekent van AI hardware...

Dit kan realiteit worden inderdaad. However, ik denk dat veel investeerders wat voorzichtiger gaan zijn nu met in wat voor projecten te investeren. AI heeft nog steeds niet de kwaliteit bereikt om relatief simpele taken uit te voeren met de benodigde betrouwbaarheid die je van de gemiddelde stage loper wel kan verwachten. Als dat kritieke punt niet opgelost wordt gaat de hele AI bubbel misschien nog niet ploppen maar wel echt vertragen. Ik zie het hier nu al om mij heen dagelijks dat het allemaal wat aan het afkoelen is.

De tijd zal het leren.

[Help!!!!]

nzall schreef op zaterdag 28 maart 2026 @ 00:02:
[...]


Ik snap dat je denkt dat dit goed nieuws is, maar in technologie is er iets genaamd "Jevons Paradox", wat inhoudt dat als technologie efficiënter gemaakt wordt dit vaak tot meer gebruik van de grondstoffen voor deze technologie leidt, omdat het voor bedrijven dan aantrekkelijker wordt om meer veeleisende toepassingen van deze technologie te gebruiken. In functie van AI betekent dit dus dat als AI 6X minder RAM nodig heeft en 8X sneller is, dat dit veel bedrijven toelaat om vrij eenvoudige chatbots te vervangen door veel zwaardere AI agents, wat dus netto een grotere vraag betekent van AI hardware...

Als de vraag naar AI geheugen capaciteit oneindig gaat zijn dan zal niets helpen maar dat is nog geen feit. De toekomst zal het uitwijzen.

[sdk1985]

Ik heb de laatste tijd erg veel last van slowdown op mijn 9800X3D. Bijvoorbeeld om dit topic te vinden begin ik met typen en kan ik gerust 5 seconde wachten voor mijn input wordt verwerkt. Geheugen 30/48GB en cpu load 28%. Meer mensen die hier last van hebben?

[Gijs007]

sdk1985 schreef op woensdag 8 april 2026 @ 12:10:
Ik heb de laatste tijd erg veel last van slowdown op mijn 9800X3D. Bijvoorbeeld om dit topic te vinden begin ik met typen en kan ik gerust 5 seconde wachten voor mijn input wordt verwerkt. Geheugen 30/48GB en cpu load 28%. Meer mensen die hier last van hebben?

Nope, draait hier prima. Wat heb je al geprobeerd om het op te lossen?

[Help!!!!]

Fwiw, hier (gelukkig) ook geen problemen.

[ Voor 15% gewijzigd door Help!!!! op 08-04-2026 16:04 ]

[Help!!!!]

offtopic:
Het is offtopic maar kwam nog een handig programma'tje tegen:
DriverStore Explorer
https://www.techspot.com/downloads/7109-driverstore-explorer.html
Hiermee kun je o.a. heel makkelijk driver versies monitoren en indien echt nodig evt. verwijderen uit de windows repository.
Zou er wel voorzichtig mee zijn en 1 backupdriver laten staan.

[Help!!!!]

Draai nu normal mode omdat ik dit al getest heb. AMD geeft aan dat mixed mode veiliger is dus misschien toch eens op mixed mode overstappen. AGESA 1.3.0.1 voor mijn board zal nu waarchijnlijk snel uit beta zijn dus dat is misschien mooi moment hiervoor.

Nieuwe ZenTimings is uit inclusief updated PawnIO driver en heeft wel wat aardige extra's:

[ Voor 26% gewijzigd door Help!!!! op 16-04-2026 15:37 ]

[CMT]

Wat super, bedankt! . De nieuwe Zentimings was bij mij onder de radar gevlogen.
Ik hoop over 2 dagen eindelijk klaar te zijn met het stresstesten (ja, eindelijk na 4 maanden 24/7 ), dan kan ik ook screenshots posten met het eindresultaat daarvan en hoe de ODT eruit ziet met dualrank + AGESA 1.3.0.0a.

Ca. een jaar geleden heb ik o.a. met de bus ODT (CA/CK/CS) gestoeid in een poging om de stabiliteit te verbeteren met 1:4 @8000MHz. Dat liep alleen op niets uit, omdat nergens te achterhalen was wat de normale waarden daarvoor waren en dus alles volledig blind gedaan is (met veel cmos resets).
Het is dus erg fijn dat er serieus werk van gemaakt is met de ODT uitlezing in Zentimings.

Help!!!! schreef op zaterdag 11 april 2026 @ 13:12:

offtopic:
Het is offtopic maar kwam nog een handig programma'tje tegen:
DriverStore Explorer
https://www.techspot.com/downloads/7109-driverstore-explorer.html
Hiermee kun je o.a. heel makkelijk driver versies monitoren en indien echt nodig evt. verwijderen uit de windows repository.
Zou er wel voorzichtig mee zijn en 1 backupdriver laten staan.

[Afbeelding]

Heej, dat ziet er handig uit. Ik weet vaak niet welke versienummers van de driver onderdelen geïnstalleerd zijn en dit zal dus zeker van pas komen bij het testen en tunen. Bedankt!

[ Voor 6% gewijzigd door CMT op 18-04-2026 13:17 ]

[RadYeon]

Zojuist de 9950X3D2 geinstalleerd, ja toch gedaan, ja omdat het kan...
Temperaturen vallen reuze mee, ongeveer 80*C CCD1 / 82*C CCD2 (Tdie) met een LF3 420mm AIO met Noctua A14 G2 fans, en dat met kersverse, chinese PTM.
Gemmidelde temperaturen 81.8*C / 79.5*C na 30 minuten Cinebench R23.

Zal over tijd nog met een paar *C zakken zodra de PTM een paar warmtecycli heeft gehad.

Anyway, voor benchmark cijfertjes hoef je hem niet te kopen, X3D2 scoort lager dan de normale 9950X3D in Cinebench of CPU-Z omdat hij aanzienlijk lager klokt, zelfs met PBO aan klokt de X3D2 is de single core een goede 200MHz lager dan bij de X3D.
Wellicht is hij nog gelijk te trekken naar niveau gewone X3D als je een bord met async BCLK hebt maar dat heb ik niet geprobeerd.
Met PBO +200 zijn dit de maximale kloksnelheden:


CO kan een stuk lager dan mijn gewone X3D, tot nu toe -25 op beide CCD's (X3D ging niet lager dan -15-16) lijkt stabiel na een uur Ycruncher + CoreCycler, Prime95 smallFFT (15min, anders zonde van de CPU), 1.5h TestMem5.



Groot pluspunt is dat hij op zijn sloffen 2200MHz FCLK doet.

[ Voor 89% gewijzigd door RadYeon op 23-04-2026 20:14 ]

[Cidious]

RadYeon schreef op donderdag 23 april 2026 @ 15:01:
Zojuist de 9950X3D2 geinstalleerd, ja toch gedaan, ja omdat het kan...
Temperaturen vallen reuze mee, ongeveer 80*C CCD1 / 82*C CCD2 (Tdie) met een LF3 420mm AIO met Noctua A14 G2 fans, en dat met kersverse, chinese PTM.
Gemmidelde temperaturen 81.8*C / 79.5*C na 30 minuten Cinebench R23.

Zal over tijd nog met een paar *C zakken zodra de PTM een paar warmtecycli heeft gehad.

Anyway, voor benchmark cijfertjes hoef je hem niet te kopen, X3D2 scoort lager dan de normale 9950X3D in Cinebench of CPU-Z omdat hij aanzienlijk lager klokt, zelfs met PBO aan klokt de X3D2 is de single core een goede 200MHz lager dan bij de X3D.
Wellicht is hij nog gelijk te trekken naar niveau gewone X3D als je een bord met async BCLK hebt maar dat heb ik niet geprobeerd.
Met PBO +200 zijn dit de maximale kloksnelheden:
[Afbeelding]

CO kan een stuk lager dan mijn gewone X3D, tot nu toe -25 op beide CCD's (X3D ging niet lager dan -15-16) lijkt stabiel na een uur Ycruncher + CoreCycler, Prime95 smallFFT (15min, anders zonde van de CPU), 1.5h TestMem5.

[Afbeelding]

Groot pluspunt is dat hij op zijn sloffen 2200MHz FCLK doet.

Je draait 6600:2200? wat VSOC voltage?

[RadYeon]

6200C28, FCLK 2200
SOC 1.20, Misc 1.10

(Ja ik waat dat 3:1 optimaal is).
Ik zal eens kijken of hij hoger dan 6200 1:1 kan booten

[ Voor 67% gewijzigd door RadYeon op 24-04-2026 10:44 ]

[Cidious]

RadYeon schreef op vrijdag 24 april 2026 @ 10:37:
6200C28, FCLK 2200
SOC 1.20, Misc 1.10

(Ja ik waat dat 3:1 optimaal is).
Ik zal eens kijken of hij hoger dan 6200 1:1 kan booten

6400:2133 is meestal ideaal voor de gemiddelde AM5 CPU met een Hynix M-die 24Gb of A-die 16Gb kit.

6600:2200 mogelijk met sommige 9850X3D samples dus waarschijnlijk ook met de 9950X3D2.

Wat voor geheugen kit heb je?

[RadYeon]

Volgens mij dezefde Team Xtreem als de jouwe, zal eens kijken, in ieder geval 2x24GB 8200 M-Die.

Inderdaad dezelfde, FFXD548G8200HC38EDC01

[ Voor 39% gewijzigd door RadYeon op 24-04-2026 12:50 ]

[Cidious]

RadYeon schreef op vrijdag 24 april 2026 @ 12:10:
Volgens mij dezefde Team Xtreem als de jouwe, zal eens kijken, in ieder geval 2x24GB 8200 M-Die.

Inderdaad dezelfde, FFXD548G8200HC38EDC01

Dan kan die kit in ieder geval makkelijk 6400 aan met strakkere timings rond de 1.39-1.4v.

Welk moederbord? Geheugen tweaken is met de laatste bios versies achteruit gegaan maar ik heb inmiddels wel gevonden hoe het weer te stabiliseren na de bios updates.

Dit is wat ik nu draai:


Heb een flut 9850X3D. Mijn 9800X3D kan veel strakker op 1.20v VSOC. Je kan dit profiel relatief simpel proberen. Het is een los profiel. Wel even zorgen dat je geheuge koel blijft onder de 50 graden.

[RadYeon]

Ik heb een X870E Glacial, met de laatste BIOS erop. Zal jouw profiel eens testen.
Dit is wat ik nu heb:

[Cidious]

Ziet er prima uit over het algemeen. beetje los hier en daar. Maar met vcache maakt het allemaal toch geen ruk meer uit haha. Hogere FCLK en UCLK wel.

[RadYeon]

Jouw timings starten hier ook meteen, overigens. Iets sneller dan 6200 CL28 maar Aida64 vind ik geen top benchmark, wordt beinvloed door rotzooi dat Windows in de achtergrond draait (al heb ik al een relatief uitgeklede, W11 LTSC draaien).
Kan voor de grap eens kijken of hij 6600 opstart met 1.5-1.6VDIMM.



6600 C30 boot ook, preventief VDD(Q) op 1.5V gezet als test maar is volkomen onbruikbaar.

[ Voor 21% gewijzigd door RadYeon op 24-04-2026 16:21 ]

[Cidious]

6600 zal waarschijnlijk veel hogere VDDP en VSOC nodig hebben.

[Cidious]

Jouw latency lijkt wel een beetje hoog. heb je wel FCLK 1:1 gezet enzo? Als je eens je zentimings erbij kan posten.

[RadYeon]

Ja, de dual CCD cpu's hebben hogere latency, bij de 9950X3D was het ook zo en verder UCLK=FCLK, uiteraard.
6600 1:1 was volkomen onhaalbaar, waarschijnlijk tegen de hard wall aangelopen en enorme voltages nodig, zonde van de CPU en RAM. TM5 gaf meteen een BSOD.
Op dit moment ben ik 6400 aan het testen met TM5, Anta777 Absolut config.

[ Voor 41% gewijzigd door RadYeon op 24-04-2026 20:41 ]

[Cidious]

RadYeon schreef op vrijdag 24 april 2026 @ 20:37:
Ja, de dual CCD cpu's hebben hogere latency, bij de 9950X3D was het ook zo en verder UCLK=FCLK, uiteraard.
6600 1:1 was volkomen onhaalbaar, waarschijnlijk tegen de hard wall aangelopen en enorme voltages nodig, zonde van de CPU en RAM. TM5 gaf meteen een BSOD.
Op dit moment ben ik 6400 aan het testen met TM5, Anta777 Absolut config.

Gebruik het Anta777 RyzenX3D profiel. Nog beter geschikt voor die cpu.

En ja 6400:2133 is de sweet spot. Ik heb over 10 Zen 4/5 CPUs gehad en op 2 na konden ze het allemaal doen.

[RadYeon]

Ik denk ook dat 6400 de beste daily wordt, 8h Anta777 Absolut doorstaan en op een veel lagere spanning inmiddels.

[Cidious]

Toch nog even testen met Ryzen3D profiel van Absolut, en dan nachtje Karhu. 6 uur y-cruncher VT3 ook aan te raden. Als het dat allemaal doorstaat en de temperatuur in de ruimte waar de PC staat gaat niet met 10c omhoog dan kan je er redelijk vanuit gaan dat je stabiel bent.

Temperatuur is wel echt een dingetje. Helemaal met de nieuwe bios versies die enorm tRFC (dus ook hitte) gevoelig zijn. Verschil tussen 48c en 50c is kan soms al een probleem zijn. uren stabiel rond de 48 snachts. dan wordt het smorgen en smiddags paar graden warmer in de kamer en ERROR.

tRFC versoepelen helpt. tREFI gewoon lekker max laten en dan met tRFC spelen.

[Help!!!!]

Nu toch ook maar overgestapt op Mixed Mode na flashen laatste bios. Heb conservatieve tRFC2 en tRFCsb gebruikt. Rest onveranderd gelaten.

5.5 uur y-cruncher VT3 en 25 cycles TM5 Anta Absolut op kamertemperatuur ~20c zonder problemen.

Draai deze test binnenkort nog wel een keer als het wat warmer is maar voor nu loopt het goed.

[Gamer]

Na 3 jaar is de 7950x er mee gestopt, tijdens een slaapstand nooit meer wakker geworden, nog getest in een ander moederbord omdat ik dacht dat dit defect was.
Altijd met undervolt gedraaid, geen idee waarom deze defect is gegaan, geen benchmarks of LN², snap er niets van....

[nzall]

Gamer schreef op vrijdag 1 mei 2026 @ 16:36:
Na 3 jaar is de 7950x er mee gestopt, tijdens een slaapstand nooit meer wakker geworden, nog getest in een ander moederbord omdat ik dacht dat dit defect was.
Altijd met undervolt gedraaid, geen idee waarom deze defect is gegaan, geen benchmarks of LN², snap er niets van....

3 jaar? Misschien nog net binnen garantie. De moeite om even na te kijken.

[Help!!!!]

Gisterenavond en vannacht nog wat verder getest met net wat strakkere timings en hogere kamertemperatuur a 22 - 23,5c.
Y-cruncher VT3 5.5uur en TM5 Absolut 25 cycles ok.

tRFC2 560 > 544
tRFCsb 480 > 420
tREFI 23354 > 46708

Binnenkort wel nog even paar uur gamen om te zien hoe dat gaat.

RAM temps zullen op een echt warme dag hoger zijn dus tzt nog een keer testen.