Snabbare primärminnen för AMD-datorer med ny uppdatering

Sorry, jag var förvirrad. Hur som helst så skapar detta att hänga kvar på samma sockel den typen av problem över tid. Nu i början är det ju förhoppningsvis som du säger.
Ja, jag var snurrig bara. Det är inte lätt när det är svårt. 🙃

Vet ni hur man aktiverar Memory Training? Jag hittar Context Restore men den stänger ju av det bara.
Tycker jag letat överallt i bios.
Asus moderkort

Det sker automatiskt.
På äldre plattformar kunde man tvinga en ny genom att dra ur strömsladden, vid nästa uppstart så skedde ny training (DDR4).
Därför som på ett nybygge som det ofta är svart skärm en stund följt av ett par omstarter.

Kommer ihåg att när jag byggde systemet så var skärmen svart nästan en minut vid varje uppstart. Men efter att ha uppdaterat bios nyligen så är det inte så längre. Så funderade på om memory training funktionen var avslagen.
Hursomhelst så är datorn inte stabil med EXPO.

Det betyder att med nya BIOS/AGESA koden är minnet i din nuvarande valda hastighet inte på det absoluta gränsfallet till "stabilt" längre, som sagt är det en automatiserad process. Inte en överklockningsfunktion eller så.

om vi leker med tanken om att vi har bibehåller frekvens (om det är fysiskt möjligt), hade prestandan ökat linjärt med sänkt latency?, hade vi fått 10x prestanda ifrån ram med 5-5-5-12-12 istället för 50-50-50-120-120 vid samma frekvens? Undrar p.g.a. nyfikenhet och okunskap

Håller med. Jag vill inte ha hastighetsrekord utan stabila minnen som inte behövs "tränas" varje uppstart. Ofärdig produkt kan jag tycka. Är nöjd med datorn och den är stabil när jag tränar mina minnen i 30 sekunder eller mer vid varje uppstart. MSI moderkort verkar ta längst tid, och man startar inte datorn hela tiden, men irriterande när en gammal NUC startar hela windows/inklusive manuell inloggning och alla program innan min dator postar.
Men vi får se om denna uppdatering kanske råder bot på detta, så man snart är utanför beta-stadiet.

MSI MEG X670E ACE, 2x32GB 5600 DDR5 (XMP, köptes före minnen med EXPO släpptes) och den tar strax över 65s i POST (med extra RAID-controller inräknat).
Startade min laptop någon sekund efteråt idag, och på den var jag manuellt inloggad och hade börjat uppdatera Kali samtligt som Windows började starta på AM5-maskinen..

Instämmer med att Beta-BIOS inte är något man gärna vill ligga på, väntar själv på att senaste BIOS ska komma ur beta före jag vill lägga in den.

Själv tar jag mycket hellre 70s boottid och har en stabil plattform, än att försöka köra snabbvarianten av RAM training och riskera ostabilt system.

Det är processen att moderkortet/processorn/minneskontrollern initialiserar allt RAM, räknar genom det, gör lite snabbtester för stabilitet, organiserar allt till en pool, och sen startar systemet. Det är en rätt lång process som bara behöver göras en gång och sedan sparas inställningarna. Det kan ge lite is i magen att man får en svart skärm i 1-2 minuter första booten av ett nytt system, men det som händer då är initialiseringen (träningen) av minnen etc.

Dock är minneskonfigurationerna på moderna AMD system knappt stabila vid så låga hastigheter som 5200-5600mhz att denna process måste göras om varje boot.

Och det skulle vara rätt enkelt att lösa det på AM4, genom att plocka bort onödigt CPU stöd och frigöra plats för bättre minnesstöd i AGESA koden. AM5 har en dålig minneskontroller å andra sidan.

därför jag bytte tebax till intel nu i sommar. så sjukt seg uppstart på am5, galet enligt mig.

Jag kan liksom köra Prime95 en hel dag och det är stabilt.
Men sedan någon dag så vill datorn inte boota och jag får blåskärm.
Endast med EXPO aktiverat.
Bios Default F5 är alltid stabilt.

"10x prestanda" är nog att förenkla det för mycket, för det är ju inte så att allt skulle bli 10x snabbare. Dels så har man en arkitektur där man försöker "spackla över" latensen (cache, prefetch, etc), dels så varierar det ju hur begränsande latensen är öht (om man kan "hålla bollen i rullning" så blir det ju viktigare "hur snabbt bollen rullar" än "hur snabbt man kan få bollen i rullning").

Det är klart att lägre latens vore en bra sak (men förmodligen inte enkelt), men det vi sett prioriteras enormt är ju just bandbredden.

Och något som är värt att notera är att trenden väl snarast är att de faktiska latenserna varit relativt statiska över tid, men att just klockfrekvensen (och därmed bandbredden) ökat markant. Detta reflekteras då i form av ökade timings, eftersom dessa anges *relativt klockfrekvensen*.

"10x prestanda" är nog att förenkla det för mycket, för det är ju inte så att allt skulle bli 10x snabbare. Dels så har man en arkitektur där man försöker "spackla över" latensen (cache, prefetch, etc), dels så varierar det ju hur begränsande latensen är öht (om man kan "hålla bollen i rullning" så blir det ju viktigare "hur snabbt bollen rullar" än "hur snabbt man kan få bollen i rullning").

Det är klart att lägre latens vore en bra sak (men förmodligen inte enkelt), men det vi sett prioriteras enormt är ju just bandbredden.

Och något som är värt att notera är att trenden väl snarast är att de faktiska latenserna varit relativt statiska över tid, men att just klockfrekvensen (och därmed bandbredden) ökat markant. Detta reflekteras då i form av ökade timings, eftersom dessa anges *relativt klockfrekvensen*.