Agesa-biosupdate maakt DDR5-snelheden van meer dan 8000MT/s mogelijk op Ryzens

Een nieuwe Agesa-update voor AM5-moederborden lijkt de maximale snelheid van DDR5-geheugen significant te verhogen. Sommige testers van de bèta van de microcodepatch melden snelheden van 8000MT/s, zelfs op relatief goedkope moederborden.

Verschillende fabrikanten hebben inmiddels een microcodepatch uitgebracht voor hun AMD AM5-moederborden. Het gaat dan om Agesa 1.0.0.7b, dat onder andere door ASRock is uitgebracht voor de X670E Taichi. De hogere geheugensnelheden zijn mogelijk als je de Infinity Fabric-snelheid, aangemerkt als FCLK, loskoppelt van de snelheid van de geïntegreerde geheugencontroller: UCLK.

Een AMD-ontwikkelaar die naar eigen zeggen maanden aan de update heeft gewerkt, meldt op Reddit dat synchronisatie van die kloksnelheden bij Zen 4 niet langer vereist is voor een optimale latency. DDR5-6400, wat met de nieuwe update nog altijd het plafond is voor een 1:1-ratio tussen UCLK en de geheugensnelheid, werkt volgens hem aanmerkelijk sneller met een asynchrone FCLK van 2000MHz dan een perfect deelbare 1600MHz. Voor hogere snelheden dan DDR5-6400 moet de UCLK in een 1:2-ratio gaan werken met de daadwerkelijke geheugensnelheid, maar in sommige toepassingen kan de extra bandbreedte alsnog ruimschoots opwegen tegen de hogere latency die dat oplevert.

Het gaat nog om een bètaversie van de patch, maar gebruikers melden nu al grote verbeteringen in de maximale snelheden van DDR5-geheugen. Dat is het geval bij een Twitter-gebruiker die op een MSI X670E Ace met de nieuwe firmware een snelheid van bijna 8200MT/s haalt met OLOy Hynix A-ram. De bekende geheugenoverklokker Buildzoid haalt op een ASRock B650 LiveMixer-moederboard een maximale snelheid van bijna 8000MT/s in combinatie met een Ryzen 9 7900X-cpu. ASRock zegt in eigen CPU-Z-tests een geheugensnelheid van 7200MT/s te halen.

In sommige gevallen wordt de snelheid behaald op high-endmoederborden zoals bij MSI's MEG ACE's, maar in andere gevallen, zoals bij ASRock, gaat het om B650-moederbord dat in de Pricewatch staat voor 209,71 euro. Met de nieuwe biosupdate zouden de moederborden binnen de Vsoc-limiet van 1,3V blijven draaien, maar het zou wel zelfs met een Vsoc-spanning van 1,2V mogelijk moeten zijn om snelheden van 7200MT/s te halen, blijkt uit Asrocks eigen screenshots.

Asrock Asega 1007

Door Tijs Hofmans

Nieuwscoördinator

20-07-2023 • 16:36

45

Reacties (45)

45
45
27
2
0
18
Wijzig sortering

Sorteer op:

Weergave:

Ik zit momenteel nog op 1.0.0.4 denk ik, is tegenwoordig memory context restore al gefixed en (in combinatie met) zijn de POST tijden al een stuk sneller (mijn huidige tijden zijn ~30sec)?

[Reactie gewijzigd door recyclebin op 22 juli 2024 17:05]

Deze update (1.0.0.7b) voegt ook memory context restore toe en uitgebreidere training profiles voor betere automatische optimalisatie. Tot 15 seconden snellere boot met memory context restore volgens AMD / quotes van een AMD medewerker op NotebookCheck.
Memory context restore was al aanwezig (althans t/m 1.0.0.4) maar het was (is?) echter instabiel met XMP/EXPO aan waardoor ik en vele anderen last hebben van totale CPU freezes. Daarnaast had het tot nu toe nog niet veel merkbaar effect in POST times... maar ik zal deze update maar binnenkort eens doorvoeren wanneer MSI die als stable beschikbaar stelt
Ah, dan zullen ze het wel specifiek voor EXPO gefixed hebben inderdaad. Succes!

Ik heb geluk gehad met mijn combinatie (7800X3D, ASRock B650M-HDV/M.2, G.Skill 2x16GB DDR5-6000 setje), veel mensen die ik spreek lopen tegen issues aan.
1.0.0.6 hier, POST tijden zijn ENORM verbeterd tov stock BIOS.
Klinkt indrukwekkend! Alleen kan ik me er geen voorstelling van maken hoeveel je hier in de praktijk van merkt. Gaat het om procenten performance verbetering? Of is het alleen in benchmarks zichtbaar?
Hier is een video waarin games worden getest met verschillende geheugensnelheden en verschillende timings: https://www.youtube.com/watch?v=MOatIQuQo3s
Die video gaat niet in op de snelheden die nu mogelijk zijn. Kan prima dat met deze veel hogere snelheden toch een beter eindresultaat wordt bereikt dan met lagere ram snelheden en lagere latency.

Overigens gaat het hier vooral om de latency penalty tussen de geheugen controller en het geheugen, omdat die niet meer 1:1 in sync draaien. Dit staat los van RAM timings.
TL;DR versie: doorgaans maakt de geheugensnelheid (in spellen) weinig uit (enkele procenten hooguit) en is het belangrijker om lage/snelle timings te hebben: meestal zo'n 5-10% winst, waarbij vaak nog zo'n zelfde winst er bovenop te halen als je niet de EXPO settings pakt maar handmatig gaat tunen.
Deze video zegt helaas vrij weinig, we hebben het hier over 1:1 scaling tot 6000MHz. Dat het geheugen sneller kan zou het sneller moeten maken, maar het is nog niet bekend of de hogere snelheid kan compenseren voor asynchrone klok.
Ik vraag mij af hoe het gaat helpen bij een eventuele performance voor de iGPU.
Nauwelijks. Maar AMD CPU performance hangt sterk samen met RAM snelheid.
AMD iGPUs zijn toch net als AMD CPUs sterk afhankelijk van RAM kloksnelheden? Ik vermoed dat er dus wel degelijk veel invloed zal zijn
Ik dacht dat @SkyStreaker refereerde naar de grafische performance. Die zal nauwelijks veranderen.
Waarom zouden die nauwelijks veranderen? Ik neem aan dat een iGPU zijn data ook grotendeels in RAM heeft staan, en er (nog) via de CPU aanspraak op word gedaan...
Niets of weinig, want naarmate de snelheid in mhz omhoog gaat, gaan de timings ook omhoog ( dus langzamer), en deze zijn net zo, al niet belangrijker voor de IGPU dan de mhz frequentie.
al niet belangrijker voor de IGPU dan de mhz frequentie.
Bandbreedte is voor een (i)GPU belangrijker dan latency, daarom is GDDR ook op bandbreedte gericht en DDR (voornamelijk) op latency.
De latency gaat wel omlaag bij hogere Megahertzen.
Niet persee, want je timings gaan omhoog, wat de latency weer omhoog brengd.
In de 7000 CPU's weinig die 2CU's zijn niet krachtig genoeg. Maar voor een eventuele 7000G kan dit heel erg mooi zijn! Zeker als je die 12 CU's ook nog gaat overclocken.
Verschilt per applicatie sommige games hebben er baat bij andere weet niet. Zelfde geld voor compute apps.
Ben wel benieuwd naar revieuws van gamers nexus en hardware unboxed om te zien hoeveel het scheeld. En vooral of het verschil tussen de 7800X3D en de 7700X kleiner wordt of dat de X3D deze generatie toch wel baat heeft bij sneller geheugen.
De X3D chips hebben juist niet zoveel baat bij sneller geheugen. Dat is nou net het hele punt van die CPU's. Ze hebben een enorme level 3 cache op de CPU zelf waardoor de snelheid van het RAM minder invloed heeft.
De 5800X3D minder. Maar ik weet niet of de 7800X3D helemal hetzelfde reageert door het nieuwe veel snellere geheugen type. De cache zal vast iets helpen maar daarom dus de vraag hoe het prestatie gat tussen de 7700X en 7800X3D met sneller geheugen gaat gaat veranderen.
De cache zal vast iets helpen maar daarom
Nee. De cache helpt enorm. Dat is geen kwestie van "iets".

Nogmaals, dat is het hele punt van de X3D chips. Dit nieuwe snellere geheugen zal voor de X3D chips veel minder uitmaken dan voor de non-X3D chips. En zelfs daar zullen de verschillen niet groot zijn.

Dit weten we met zekerheid omdat verschillende geheugensnelheden voor deze chips al uitvoerig getest zijn. Daar kwam uit dat narmate je steeds sneller geheugen gebruikte, de prestatiewinst steeds minder groot werd.
Je kan er niet vanuit gaan dat AM4 en AM5 hetzelfde reageren dat is meer wat ik zeg. Ik heb nog geen uitgebreide memory tests met de 7800X3D gezien wel van de 5800X3D.
Maar goed als jij aangeeft dat die tests al wel zijn gedaan is het prima ik heb ze nog niet van HWU of GamersNexus gezien voor de nieuwe generatie X3D. Alleen met de non X3D Parts.
Sinds enkele maanden ben ik bezig met het tunen van een AM5 platform en ik kan zeggen dat het vrijwel hetzelfde reageert als AM4. Een non X3D vs X3D cpu, maakt daarbij niet uit. Enkel het effect is wat groter bij een non X3D.

De interlink tussen chiplet en I/O-die is namelijk hetzelfde gebleven, waardoor de enige toename in bandbreedte van de iets hogere Fclock moet komen (met Zen2/3 was 1900MHz zo'n beetje de harde grens, voor Zen 4 is dat 2200MHz).

DDR5 heeft uiteraard veel meer bandbreedte en lagere latency door de veel hogere klok, maar het punt is dat het knelpunt daar niet zit, maar bij de interlink tussen chiplet en I/O-die.
Dat is reden waarom je relatief zulke lage read- & copy snelheden ziet (de write snelheid wordt volgens mij verkeerd geïnterpreteerd door AIDA. Is fysiek niet mogelijk namelijk) in vergelijking tot Intel Raptor Lake.

Dus wanneer je het geheugen aan het tunen bent op 6000MHz (met name tRFC en tREFI hebben een grote impact) dan zal je al snel tegen de verzadiging van de interlink aanlopen van een 8-core of minder.
Misschien dat het wel een andere verhaal is voor een 7950X, maar ik betwijfel het omdat de Uclock dan gehalveerd moet worden (= nieuwe bottleneck..).
Grote L3 cache is veruit koning.

[Reactie gewijzigd door CMT op 22 juli 2024 17:05]

Bedankt voor je uitgebreide reactie. Ik dacht dat 6000MHz 1:1 draaide. Dan zou ik denken aan 3000MHz.
Voor 2000 fclk moet je dan toch een 2:3 ratio draaien?

Ik heb zelf nog niet veel AM5 tunning gedaan maar er atm wel een staan ik zal eens kijken wat de fclk clocks daar zijn.
Graag gedaan ^^. Dram clock en Fclock zijn bij Zen4 helemaal onafhankelijk, zelfs wanneer je het op 1:1:1 zet met bijvoorbeeld Dram op '4000MHz' en Fclock & Uclock op 2000MHz. De penalty van het asynchroon lopen blijft actief. Bij Zen2/3 zag je nog een sprong in latency.

Het enige wat wel 1:1 gelinkt blijft is de Dram clock : Uclock. Dat kan tot ca. '6000MHz' : 3000 MHz.
Veel meer kan de geheugencontroller niet aan, dus om hoger te gaan moet het gelijk naar 2 : 1 modus (Dram clock : Uclock). Die relatie blijft vast met altijd 1:1 of 1:2. De relatie tussen Flcock en Uclock (of Dram, afhankelijk van hoe je het bekijkt) is asynchroon, ongeacht welk clock-snelheden je kiest.
EN hoe stabiel is het :) dat het draait wil niet zeggen dat je met gamen niet crashed b.v
Nee het is de Hardware.info manier om het over MT/s te hebben ipv MHz.
Dat (b)lijkt inderdaad meer correct, maar in de praktijk gebruikt niemand die terminologie.
Ja leuk hoor maar je blijft afhankelijk van de Ryzen IMC dus dat betekend over het algemeen gewoon dat alles in elkaar kachelt boven de 6400mhz.
Dus ja in principe mogelijk als je heel veel gelukt hebt met de kwaliteit van je IMC, in de praktijk een zeer klein percentage die deze snelheden zal kunnen draaien.
Precies, dit nieuws is voornamelijk interessant voor de fanatan die gaan voor elke mhz winst, bv voor nieuwe wereldrecords zetten en dat soort dingen.
Ik had eerder al in tests gezien dat een mismatch tussen de Infinity Fabric-snelheid en de geheugenklok al snel geen nadeel meer is wanneer je het geheugen daardoor meer dan een klein beetje sneller kunt laten draaien. Dus niet als je van 6000 naar 6400 gaat, maar al wel als je naar 6800, 7200 of 8000 gaat.

Dus ik heb niet het idee dat daar iets is veranderd. Je kunt nu alleen hogere snelheiden halen zonder instabiel te worden.

[Reactie gewijzigd door Ludewig op 22 juli 2024 17:05]

Er staat in het artikel Agesa 1.0.0.7, maar het gaat specifiek om Agesa 1.0.0.7b.
Agesa 1.0.0.7a is al enkele maanden uit.

Edit: Artikel is inmiddels bijgewerkt :)

[Reactie gewijzigd door Noxious op 22 juli 2024 17:05]

Is er veel verschil in CPU temperatuur, als je zulke hoge EXPO snelheden gebruikt?
Aangezien de memory controller in de CPU zit gebakken
Zit bij amd in de SOC niet in de CCD's dat is een losse grotere chip die op het package zit. Vooral hogere voltages zorgen voor meer hitte. En die zijn sinds 1007 geapped op max 1.3v voor de soc.
Ze kunnen de 'ondersteuning' toevoegen maar dat wilt niet perse zeggen dat het ook stabiel is, DDR5 is momenteel nog vrij lastig goed werkend te krijgen met dual-rank op meer dan 2 modules en nog meer bij hogere capaciteit dan 64GB.

Het AM5 platform schijnt hier nog grotere problemen mee te hebben dan Intel 13th Gen op dit moment, de geheugencontrollers aan de AMD zijde zijn waarschijnlijk wat minder. Volgens mij krijgt vrijwel niemand Ryzen echt goed stabiel boven 5200Mhz met 128GB DDR5 bijvoorbeeld, er zijn mensen die het geheugen zelfs naar 3600 moesten verlagen en toen zelfs nog problemen hadden.

Wat dat betreft mag ik in m'n handjes knijpen dat m'n i9 13900K nu volledig stabiel is met -0.06v undervolt i.c.m. 4x32GB DDR5-5600 Corsair Dominator Platinums met XMP aan maar ingesteld op 5400Mhz, lichte kans dat 5600Mhz XMP ook zou werken met een voltage verhoging. Memory training was maar één keer nodig zo'n 5-6 minuten en verder boot het gewoon snel op.
Klopt 128GB hier en post niet hoger dan 3600. Op Asus Pro Art mobo. Gelukkig wel stabiel.
Heb wel even moeten zoeken, maar uiteindelijk een paar reepjes bij het moederbord gekocht die op de QVL lijst staan.

En dat draait stabiel op het EXPO profiel.
dit is wel een aardige vergelijking van games in ddr4 en ddr5 (3600 vs 6000).
https://www.techspot.com/review/2387-ddr4-vs-ddr5/

en niet games:
https://www.pcmag.com/new...in-from-todays-newest-ram

[Reactie gewijzigd door tw_gotcha op 22 juli 2024 17:05]

Let wel, die tests zijn op een heel andere architectuur dan de Ryzens waar het hier om gaat.
dat is zeker waar. Ik kon geen ryzen vergelijking vinden maar zou het wel willen weten
Er is geen DDR4/DDR5 vergelijking van Ryzens omdat AM4 DDR4 only is, en AM5 DDR5 only. Er is dus geen Ryzen processor die DDR4 en 5 compatible is zoals bij intel.

Geheugentests bij Ryzen vinden echter dat in de meeste workloads dat je optimale performance krijgt als je het geheugen en de FLCK/Infinity Fabric synchroniseert qua snelheid. Dat betekent 3600Mhz op Ryzen 5000 met DDR4, en 6000Mhz op Ryzen 7000 met DDR5. Het is dus totaal niet zeker dat deze hogere geheugensnelheden gaan helpen, aangezien ze de Infinity Fabric en het geheugen zouden desynchroniseren.
okay dus het is altijd een vergelijking tussen twee complete systemen.
Als de programma's die je draait gebruik kunnen maken van de hogere snelheid en daardoor je cpu op hogere load draait, dan zullen de temperaturen iets hoger worden hierdoor.

Op dit item kan niet meer gereageerd worden.