DDR5 czyli z "z czym to się je" vol.2

[Dziarson 334]

Sprawa działającego jakos ramu nurtujke każdego użytkowanika, od nastania ddr5 na intelu było prosto bla bla bla skopiuje se ustawienia z neta .

Ale nadejszło AMD z jego szalonym uclk fclk i mclk wszyscy wszystko wiedzą nikt nic nie wie.

Uzytkownicy pzedzieraja sie przez szalona ilość informacji dowaidują sie ze to najlepsze ustawienie dla ich AMD to 6000C26 i zaczyna sie  jazda "AAAAA U MNIE TO NIE DZIAŁA"

Overclock net jest pełny dziwnych timingów i zegarów na wszelkiej masći prockach i pamięciach,ludek sobie paczy "e temu to jedzie ma ten sam proc ram i płyte napie***lam".

 

" YYY "  mamy kilka osób na forum których wyniki zegary czy inne wynalazki powoduja pot na czole kolegów chyba takim najbardziej odjechanym jest @ju-rek mamy tu przykład typowego użytkownika sadysty zakuł ram w bloki wodne na nieistniejącej płycie Asus crosshair X670e gene i straszy luidzi jeden z takich numerów :

 

Strona overclock net jest też takim przykładem na naszym podwórku (ITH) sprawa jest prosta wiekszość uzytkowników przyznaje sie do tego że ma cos tam "ztuningowane"  

Ale dalej są problemy jak to ma sdziałać i dlaczego mi nie .

Na szczeście znalazł sie ktoś kto pozbierał wiedze do kupy  i udostepnił ja reszcioe świata .

Materiał znajduje sie na reddicie linnk : 

 

 

 

Ale ze wzgledu na emerytów jak kilku moich przyjaciół którzy tu zagladają i woleli by ta treśc cyrylicą  przeleciałem to przez tłumacza i bedzie łatwiej zadawać pod tym, postem pytania do poszczególnych akapitów.

 

AM5 - DDR5 Tuning Cheat Sheet, obserwacje i notatki
Przewodnik - Tekst
Istnieje wiele postów, w których ludzie pokazują tylko ZenTimings (i test pamięci AIDA64). Większość tych postów zawiera czasy, które wypadają w ciągu kilku minut po uruchomieniu dowolnych testów obciążeniowych pamięci.

Widzę ten sam problem, gdy ktoś prosi o pomoc w kwestii czasów, a w prawie wszystkich postach, które widzę, ponad połowa odpowiedzi, które otrzymuje OP, jest błędna i/lub bardzo zależna od bin, DRAM IC i jakości IMC, a także wartości różniących się między producentami płyt głównych.

Innymi słowy, nigdy nie ufaj postowi, który nie zawiera co najmniej dwóch testów obciążeniowych, które obciążają pamięć w różny sposób.

TM5 (najlepiej 2 różne konfiguracje), który weryfikuje czasy i napięcia pamięci + Y-Cruncher/Karhu/OCCT, który służy do sprawdzania stabilności IMC.

Problem z postami niezawierającymi walidacji polega na tym, że inni użytkownicy mogą skopiować i wkleić ustawienia czasowe i skończyć na konieczności zresetowania CMOS, a w najgorszym przypadku wpaść w panikę, ponieważ ich komputer nie chce się już uruchomić, a oni nie wiedzą, jak zresetować BIOS do ustawień domyślnych, co skutkuje kolejnymi postami z prośbą o poradę, jak naprawić komputer, który już się nie uruchamia.

ZenTimings: ZT v1.36.1632 - oficjalna wersja beta | ZT v1.36.1650 - nieoficjalna wersja beta

 

----

 

Przede wszystkim chcę oddać sprawiedliwość tam, gdzie należna jest sprawiedliwość

Veii, anta777, 1usmusv3, gupsterg i inni z overclock.net to ci, którzy zebrali wszystko, do czego zamierzam się odnieść w tym poście (z pewnymi dodatkami z moich własnych doświadczeń).

Chcę również wspomnieć, że „sweet spot” dla DDR5 wynoszący 6000MT/s, UCLK=MCLK jest fałszywy.

Im wyższy tryb 1:1, tym lepiej, pod warunkiem, że moc potrzebna do napędzania wyższych częstotliwości nie nadwyręży Twojego maksymalnego PPT, jeśli często wykonujesz obciążenia intensywnie wykorzystujące procesor, które maksymalizują PPT, w takim przypadku należy dążyć do niskiego vSOC i innych napięć, które nadwyrężają maksymalne PPT.

(Z tego, co niewiele przeczytałem o trybie 2:1, podwójne CCD korzystają jeszcze bardziej z 8000MT/s 2:1 (próg może być niższy niż 8000MT/s dla procesorów z podwójnym CCD - sądzę, że może to mieć również miejsce w przypadku procesorów z pojedynczym CCD przy progu nieco wyższym niż próg dla procesorów z podwójnym CCD).) Popraw mnie tutaj, jeśli się mylę, a ja edytuję tę część.

----

#1 Stabilność pamięci — jeśli chcesz po prostu przejrzeć Tuning Cheat Sheet/Tuning Tips, przejdź na dół

Zanim zaczniesz cokolwiek, chcę podkreślić znaczenie testowania stabilności pamięci, ponieważ może to zaoszczędzić dużo więcej czasu niż same testy obciążeniowe.

Upewnij się również w 110%, że CO jest stabilne (jeśli nie jesteś w 110% pewien, zalecam wyłączenie wszystkiego PBO, ponieważ jeśli CO nie jest stabilne, niektóre testy wyrzucą błędy, które mogą sprawić, że pomyślisz, że to problem z pamięcią, gdy tak nie jest).

Czegoś takiego nauczyłem się w trudny sposób.

Istnieje zbiór różnych testów obciążających pamięć. Żaden nie jest w stanie zastąpić wszystkich.

----

#2 Zestaw testów stabilności

 

#1.1 Testowanie stabilności po stronie pamięci

TM5 (bezpłatny) (TestMem5 v0.13.1 — GitHUB — zawiera 9 różnych konfiguracji) doskonale nadaje się do testowania czasów, napięć i wartości rezystancji po stronie pamięci. Istnieje również ściągawka błędów TM5, która może pomóc zidentyfikować, jakie czasy, rezystancje i/lub napięcia mogą wymagać dostrojenia w zależności od błędu. Zobacz DDR4/5 Helper firmy Veii - Arkusze Google i arkusz TM5 Opis błędu (pozostałe arkusze nie mają sensu - przynajmniej dla mnie, ponieważ są częściowo ddr4, częściowo ddr5, ale nie są w pełni zaktualizowane lub są po prostu wybrykami Veii).

 

#1.2 Testowanie stabilności po stronie IMC

Istnieje zbiór różnych testów obciążeniowych, które obciążają IMC + pamięć. Wymienię trzy, które są moimi ulubionymi. TM5 nie obciąża zbytnio strony CPU/IMC stabilności pamięci, co jest równie ważne (fclk, vSOC, cldo vddp, vddg itp.). Te testy są również bardzo intensywne dla CPU i wygenerują błąd, jeśli PBO jest niestabilne (szczególnie y-cruncher i aida64).

Y-Cruncher - VT3 (może łączyć również inne testy, ale VT3 zwykle wystarcza) (bezpłatny)

OCCT CPU + Memory, Extreme, Variable, All Threads z instrukcjami AVX2 (wersja darmowa jest wystarczająca)

Karhu (test RAM) z pamięcią podręczną CPU: włączona (10 USD)

AIDA64 - CPU+FPU+Cache włączona (nie jestem pewien, czy darmowa wersja pozwala na łączony test obciążeniowy, ale możesz otrzymać 30-dniowy bezpłatny okres próbny)

 

Edit1* dodał komentarz z testem obciążeniowym Prime95 i trochę dodatkowej materii do przemyślenia przez u/yellowtoblerone*:*

p95 large również powinno być w przewodniku. Uruchom niestandardową konfigurację P95, gdy zostaną wykryte błędy - przyspieszy to działanie.

Na OCnet są przewodniki, jak używać niestandardowej konfiguracji p95 (daj mi znać, jeśli ktoś ma link do przewodnika niestandardowej konfiguracji Prime95, do którego odnosi się yellowtoblerone).

Po ponownym ustawieniu CO, gdy pamięć jest stabilna, musisz ponownie przetestować uclk i fclk.

Benchmarking jest bardzo ważny dla tych procesów. Jeśli naciskasz na OC, ale nie otrzymujesz lepszych wyników, coś jest nie tak. Albo gdy zmniejszasz, wyniki stają się lepsze, coś było nie tak itd. Musisz mieć punkt odniesienia.

W Zen5 wydaje się, że napięcie vddg iod domyślnie wynosi 903 mV, ponieważ wykonujesz OC. A drastyczne zwiększenie tego 

zwiększ stabilność, jeśli przepychasz OC poza PBO przez eCCL. Zwiększenie vddg ccd również pomaga, ale zgodnie z ustawieniem Buildzoid vddg iod/ccd >=1000mV może wprowadzać niestabilność w stanie bezczynności w niektórych przypadkach. Jeszcze nie miałem takiego problemu. Różne napięcie można zwiększyć, aby pomóc w stabilności, a także zwiększyć całkowitą szynę (MEM VPP) do 1,9 V. Ustawienie wyższego poziomu kalibracji linii obciążenia może również pomóc w stabilności, szczególnie przy ustawianiu agresywnego PBO

Chciałbym dodać do tego komentarza coś, co pierwotnie napisano w poście, jeśli chodzi o ustawianie napięć VDDG IOD/CCD. Według użytkownika gupsterg, który przeprowadził obszerne testy na wielu procesorach i modułach DIMM, znalazł on następujący wzór:
przy FCLK 2000MHz -> VDDG IOD/CCD 900mV jest optymalne
przy FCLK 2100MHz -> VDDG IOD/CCD 920mV jest optymalne
przy FCLK 2200MHz -> VDDG IOD/CCD 940mV jest optymalne
Osobiście tego nie testowałem ani nie czytałem o tym gdzie indziej, ale może warto to przetestować, jeśli napięcia są ustawione na auto, a użytkownik ma problemy ze stabilnością FCLK.

Koniec edycji 1**

 

#1.2.1 Napięcie vSOC

vSOC to jedno z tych napięć, które zależą od CPU/IMC i jakości krzemu CPU, co sprawia, że jest to wartość unikalna dla każdego procesora. Zalecam wczesne przetestowanie stabilności vSOC, ponieważ pomoże to, gdy zaczniesz zwiększać MT/s w trybie 1:1.

Domyślne vSOC wynosi 1,2 V przy włączonym EXPO 6000MT/s (zwykle potrzeba mniej, aby uruchomić 6000 1:1, chyba że masz wyjątkowego pecha z loterią krzemową CPU).

W trybie 2:1 vSOC jest mniej decydujące, ponieważ vSOC napędza UCLK, a w trybie 2:1 uclk jest znacznie niższe niż w trybie >=6000MT/s 1:1.

Zasada jest taka, że na każde 100 MHz wzrostu uclk w trybie 1:1 (= 200MT/s) potrzebujesz ~100 mV dodatkowego vSOC.

Zobacz AM5 CPU DDR5 i infinity fabric OC autorstwa Buildzoid, aby uzyskać bardziej szczegółowe informacje (link jest ustawiony na znacznik czasu, gdzie zaczyna omawiać związek między napięciem vSOC a częstotliwością uclk, jednak polecam obejrzeć film od początku do końca).

Innymi słowy, jeśli potrzebujesz 1,15 V vSOC, aby stabilnie uruchomić 6000 MT/s 1:1, będziesz potrzebować ~1,25 V vSOC, zwiększając do 6200 MT/s 1:1. Jeśli potrzebujesz 1,25 V vSOC, aby uruchomić 6200 1:1, nie ma sensu próbować 6400 1:1.

 

#1.2.2 Infinity Fabric Clock (FCLK)

Wypiszę kilka prostych wierszy dotyczących FCLK, jeśli chodzi o moje własne doświadczenia i doświadczenia większości innych użytkowników, z którymi rozmawiałem — po bardziej szczegółowe informacje odsyłam do powyższego filmu Buildzoid.

 

Ogólne zasady FCLK

1. FCLK w trybie 1:1 ustaw fclk=(uclk/3)*2 lub 2 kroki powyżej. Korzyść z uruchomienia fclk w trybie 3:2 jest minimalna, ponieważ nie jest on w pełni zsynchronizowany. Zwykle ustawiam fclk tak wysoko, jak to jest stabilne. Napięcie VDDG IOD/CCD, vSOC i VDDP może pomóc ustabilizować fclk.

2. FCLK w trybie 2:1 to obszar, w którym brakuje mi doświadczenia, ale ponieważ 8000MT/s 2:1 = UCLK 2000MHz otrzymujesz FCLK=UCLK przy FCLK = 2000MHz -> uclk jest zsynchronizowane z fclk. Jeśli istnieje punkt, w którym wyższe FCLK przeważa nad korzyściami z synchronizacji 1:1, nie mogę powiedzieć, ponieważ nie mam doświadczenia w tym obszarze.

Testowanie stabilności FCLK

Komentarz Edit3* użytkownika u/Niwrats dotyczący fclk i używania terminów korekcji błędów, co jest nieprawidłowe

Rozmowa o „automatycznej korekcji pamięci” jest okropna w kontekście strojenia infinity fabric..

więc dla retransmisji IF oto film BZ jako odniesienie: https://www.youtube.com/watch?v=Ft7ss7EXr4s

Poprawne sformułowanie to Infinity Fabric Retransmissions. Zobacz powyższy film BZ jako odniesienie. Poniższy przekreślony tekst został zastąpiony prawidłowym sformułowaniem w kursywie.

Na koniec nadal obowiązują te same zasady. Stabilność FCLK zależy od stabilności/jakości IMC, wspomniane parametry mogą pomóc ustabilizować FCLK. Warto zauważyć, że BZ wspomina również, że vSOC przy >=1,2 V może zmniejszyć stabilność fclk, jednak wspomina również w tym samym filmie, że głównym priorytetem jest najpierw jak największe zwiększenie szybkości transmisji danych, a wysoki MT/s wymaga większego vSOC. Po osiągnięciu limitu użytkownik powinien naciskać FCLK, aż stanie się niestabilny, a następnie cofnąć się o 2 kroki.

Koniec edycji 3**

 

Stabilność FCLK może być trudna do ustalenia, ale istnieją sposoby, które mogą pomóc w pewnym stopniu zweryfikować jej stabilność, ponieważ jeśli FCLK jest niestabilny, pamięć zacznie automatycznie korygować, co spowoduje nieskończoną retransmisję struktury. Innymi słowy, uruchamianie testów, które kończą się w zależności od szybkości pamięci, może pomóc zidentyfikować, czy włączy się korekcja błędów. włącza się nieskończona retransmisja struktury.

Typowym testem jest Y-Cruncher VT3, ponieważ obciąża IMC i drukuje, ile czasu zajęło ukończenie każdej iteracji. Jeśli prędkość testu pozostaje taka sama przy każdej ukończonej iteracji (odchylenie 0,1-0,2 jest rozsądne, jeśli zacznie odchylać się bardziej, może to wskazywać na automatyczną korektę pamięci, czego nie chcemy).

Jak zawsze, potwierdź, uruchamiając inne testy, a nie tylko y-cruncher. Linpack Xtreme (zestaw 10 GB, 8 iteracji) to kolejny test, który wyświetla czas trwania testu – należy jednak zachować ostrożność, ponieważ jest to jeden z najbardziej intensywnych, jeśli nie najbardziej intensywnych testów obciążenia procesora, jakie istnieją. Zalecałbym ograniczenie PPT, EDC i TDC w BIOS-ie podczas uruchamiania tego testu (na przykład nie sądzę, aby mój 9950X3D przeszedł ~250–260 W przy maksymalnej mocy, podczas gdy Linpack osiągnął taki wynik: https://imgur.com/a/AGP4QI3 ).

 

#1.3 Podsumowanie testów stabilności

Podczas testowania z konfiguracjami TM5 1usmus v3 i/lub Ryzen3D@anta777 zaleca się minimum +25 cykli (czas działania na cykl zwiększa się o pojemność pamięci), a następnie 3+ cykle absolut@anta777 i/lub extreme@anta777 jako wstępne testy, aby upewnić się, że czasy i VDD są prawidłowe.

Po przejściu testów TM5 bez błędów, moim następnym wyborem jest Karhu z pamięcią podręczną procesora: włączoną na noc.

Zwykle dążę do 50 000% pokrycia lub minimum 12 godzin.

Jeśli uważasz, że możesz zaostrzyć czasy i obniżyć napięcia lub zmienić inne wartości, aby zwiększyć wydajność pamięci po wykonaniu powyższych czynności, zrób to teraz i ponownie uruchom ten sam test i czasy trwania testu.

Po osiągnięciu zadowalających wyników lub przekonaniu się, że osiągnąłeś limit dostrojenia pamięci, wykonaj ostateczne testy stabilności.

2-3 różne konfiguracje TM5 (więcej informacji na temat różnych konfiguracji można znaleźć w wątkach podlinkowanych poniżej) 4h-8h na konfigurację.

Karhu 24h+

Y-Cruncher - FFTv4 + N63 + VT3 8h+

----

#2 AM5 DDR5 Ogólne wytyczne i uwagi

Poniżej znajduje się post autorstwa gupsterg, który początkowo był postem skupionym na optymalizacji PBO na rdzeń, ale rozrósł się do zbioru niemal wszystkiego, co należy i czego nie należy robić w przypadku pamięci, rozrzuconych w głównym wątku AMD DDR5 OC na overclock.net (który w tej chwili ma ponad 28 000 odpowiedzi - ale nie ma podsumowania ustaleń i ogólnych wytycznych, chociaż są gdzieś tam). Pierwsze 3 odpowiedzi są często aktualizowane o informacje na temat DDR5 i optymalizacji PBO.

-=: AMD Ryzen Curve Optimizer Per Core :=- | Overclock.net

Poniżej znajduje się główny wątek ze wszystkim, co dotyczy DDR5.

AMD DDR5 OC i wątek stabilności pamięci 24/7 dziennie | Overclock.net

(Prawie) wszystko, co cytuję poniżej, można znaleźć w powyższych wątkach.

----

Lista oszustw dotyczących dostrajania DDR5 — podsumowanie autorstwa gupsterga. Zawiera niektóre z jego własnych ustaleń, a także notatki od Veii i anta777 — dodałem również kilka słów z własnych ustaleń, a także post, na który trafiłem w głównym wątku DDR5 OC (dodam je kursywą)

To są wskazówki, a nie prawo, więc sprawdź wydajność i stabilność, mogą być błędy.

Obejrzyj test pamięci RAM Kahru MB/s (najedź myszką na zasięg, aby zobaczyć, lub użyj KGuiX). Test pamięci RAM Kahru musi być uruchomiony co najmniej ~15 min, aby zobaczyć lepiej utrzymane MB/s, nawet po 15 min może wzrosnąć o ~0,5 MB/s, po 15 min wzrost jest mniejszy, ale zobaczysz jeden, ~30in do 45min ~0,1 MB/s i nadal może rosnąć powoli.

Wykonaj testy porównawcze, takie jak AIDA64 Memory, Super Pi, PyPrime. W serii 9000 wykonaj AIDA64 z zaawansowanymi prefetcherami i wyłączonymi zasadami retencji pamięci podręcznej, zobacz niżej w tej sekcji, jak to zrobić.

Gdzie jest wiele opcji ustawienia taktowania pamięci DRAM, jedna może być bardziej optymalna niż druga, więc po prostu wypróbuj, co działa najlepiej.

tCL = Ustaw jako pożądane, może być tylko parzyste. Niższe wymaga więcej VDD

tRCD = Ustaw jako pożądane, w menu AMD Overclocking oddziel tRCDWR i Można ustawić tRCDRD, wartość jest wprowadzana jako szesnastkowa, nowsze UEFI jest dziesiętne. Zbyt ciasne tRCDWR może stracić wydajność w niektórych testach porównawczych, dane ZIP. Optymalne wydaje się być około tRCDWR 16 do 20.

tRP = Najniższe tCL+4, luźne tRP=tRCD. Jeśli TM5 zgłasza błędy i każda wprowadzona zmiana powoduje tylko kolejny błąd, spróbuj tRP = tRCD, jeśli użytkownik ustawił tRP < tRCD.

tRAS = Optymalne tRCD+tRTP+4 lub 8, tRAS=tRCD+16 (patrz post), ścisłe tRCD+tRTP (patrz post), tylko jeśli tRC=tRCD+tRP+tRTP, tRC-tRP (patrz zrzut ekranu profilu UEFI Defaults/JEDEC w notatkach).

tRC = Najniższe tRP+tRAS, luźniejsze >=tRCD+tRP+tRTP, tRCD+tRP+tRTP+2 może być optymalne, ponieważ MB/s poprawia się w Kahru w porównaniu z tRCD+tRP+tRTP, tRP+tRAS (zobacz zrzut ekranu profilu UEFI Defaults/JEDEC w notatkach).

tWR = Najniższe 48, wielokrotność 6.

tREFI = Ustaw jako pożądane, oblicz wielokrotność 8192, dane wejściowe w BIOS-ie to calc-1, wyższe (luźniejsza wartość) daje zyski, czas wrażliwy na temperaturę, niższy w przypadku problemu z ciepłem.

tRFC = Ustaw jako pożądane, wielokrotność 32, dane wejściowe w BIOS-ie to calc-1, patrz niżej w sekcji, czas wrażliwy na temperaturę, zwiększ w przypadku problemu z ciepłem.

tRFC2 = Używane w AM5, zapewnia integralność danych przy wysokiej temperaturze DIMM, >85°C, należy potwierdzić sposób obliczenia, pozostaw na Auto.

tRFCsb = Używane w AM5, należy potwierdzić sposób obliczenia.

tRTP = Ustaw jako pożądane, niższe niż 12 niestabilny.

tRRDL = Optymalny 8 lub 12. Niższy niż 7 nie jest zalecany, ponieważ tWTRL=tRRDL*2

tRRDS = Optymalny 8. Wszystko poniżej 6 nie ma sensu, ponieważ tFAW = tRRDS*4 i tWTRS=tRRDS/2

tFAW = Optymalny 32. tRRDS*4

tWTRL = Optymalny 16, jeśli ustawienie jest pożądane, obserwuj tWTRL<=tWR-tRTP, bezpieczne obliczenie tRDRDscl+7 = tCDDL, tWTRL=tCCDLx2 (zobacz zrzut ekranu profilu UEFI Defaults/JEDEC w notatkach). tWTRL=tRRDL*2

tWTRS = Optymalny 4 lub 3, bezpieczne obliczenie tRDRDscl+7 = tCDDL, tWTRS=tCCDL/2 (zobacz zrzut ekranu profilu UEFI Defaults/JEDEC w notatkach). tWTRS=tRRDS/2

tRDRDscl = Ustaw jako pożądane, niższe niż 4 niestabilne, 7 lub 8 może być idealnym punktem dla wydajności/stabilności.

tRDRDsc = [Auto] wynosi 1, obniżenie nie jest możliwe.

tRDRDsd = Dotyczy tylko dwustronnych modułów DIMM, ustaw jako pożądane, dopasuj do tRDRDdd.

tRDRDdd = Dotyczy tylko modułów multi rank (4xDIMM lub 2xDual Rank DIMM), ustaw jako pożądane, dopasuj do tRDRDsd.

tWRWRscl = Dopasuj do tRDRDscl, 7 lub 8 może być najlepszym rozwiązaniem dla wydajności/stabilności, bezpieczne kalkulacje = ((tRDRDscl+7) * 2)-7 (zobacz zrzut ekranu profilu UEFI Defaults/JEDEC w notatkach), ustawienie na 1 zostało zgłoszone jako utrata wydajności.

tWRWRsc = [Auto] wynosi 1, obniżenie nie jest możliwe.

tWRWRsd = Dotyczy tylko dwustronnych modułów DIMM, ustawionych jako tRDRDsd+1, dopasuj do tWRWRdd.

tWRWRdd = Dotyczy tylko modułów multi rank (4xDIMM lub 2xDual Rank DIMM), ustawionych jako tRDRDdd+1, dopasuj do tWRWRsd.

tWRRD = Najniższy 1, 1DPC jednostronne moduły DIMM dążą do 1, 2DPC lub dwustronne moduły DIMM dążą do 2.

tRDWR = Większy lub równy 14, 15 dla 1DPC, 16 dla 2DPC.

tCWL = Brak ustawienia, reguła „Auto” powoduje, że jest to tCL-2

tREFI = wielokrotności 8192 -1 w BIOS-ie, na przykład prawidłowe wartości: 65535 (8192*8-1), 57343 (8192*7-1), 49151, 40959 itd.

tRFC = zależy od układu scalonego RAM (innymi słowy; producenta pamięci DRAM, np. SK Hynix A-die/M-die, Samsung) zobacz tabelę ns układów scalonych DDR5 tRFC IC, aby uzyskać więcej informacji o każdym układzie scalonym RAM.

tRFC Calc -> simple calc -> tRFCns*MCLK[GHz]
Przykład: SK Hynix A-die tRFCns 120 przy 6200MT/s 1:1 -> MCLK=3,1GHz -> tRFC=3,1*120 = 384
Przykład: SK Hynix M-die tRFCns 160 przy 6400MT/s 1:1 -> MCLK=3,2GHz -> tRFC=3,2*160 = 512
Według wątku na overclock.net rzeczywiste dane wejściowe BIOS-u to tRFC w wielokrotnościach 32 -1 input BIOS -> tRFC=32*12-1=383, jednak rzadko widzę, żeby ktoś przestrzegał tej zasady.

SCL widzą spadek wydajności do 5/5 - wpływa na przepustowość odczytu/zapisu

#3 Obserwacje osobiste - ustawienia BIOS-u i wyciągnięte wnioski, które mogą poprawić wydajność

UCLK DIV1 MODE - ustawiając prędkość DRAM >6000, to ustawienie musi być ustawione na UCLK=MCLK, w przeciwnym razie BIOS domyślnie przejdzie w tryb 2:1, co znacznie zmniejszy wydajność. Można to sprawdzić za pomocą ZenTimings, gdzie MCLK powinno być takie samo jak UCLK.

BankSwapMode to ustawienie, które można ustawić na Swap APU, zakładając, że iGPU jest wyłączone, w przeciwnym razie możesz mieć problemy ze stabilnością. Ustawienie BankSwapMode na Swap APU zmienia kolejność, w jakiej IMC uzyskuje dostęp do banków pamięci, co może potencjalnie poprawić wydajność w niektórych obciążeniach. Nie powinno to mieć wpływu na stabilność ani wymagać żadnego dostrajania taktowania - po prostu upewnij się, że iGPU jest wyłączone.

GearDownMode (lub GDM), jeśli jest wyłączony, może zmniejszyć opóźnienie i zwiększyć przepustowość. Ma większy wpływ na procesory dual CCD. Zwykle wymagają nieco więcej VDD, luźniejszych SCL, jeśli użytkownik ustawił SCL <=4 (osobiście nie byłem w stanie uruchomić z SCL na poziomie 4/4, ale 5/5 działa, o ile dobrze pamiętam. Widziałem użytkowników z GDM Off, którzy korzystali z 4/4). PowerDown: Disabled może pomóc w stabilności GDM Off. Niektóre wyszukiwania w Google pokazują, że nowsze wersje Agesa (AMD BIOS) są zazwyczaj zoptymalizowane, dzięki czemu łatwiej jest uruchomić GDM Off.

FCH Spread Spectrum ustawione na Disable - zwykle wyłączone, jeśli ustawione na Auto, ale ręczne wyłączenie usuwa potencjalne problemy.

Napięcia VDD -> tCL 30 przy 6400MT/s dają prawie dokładnie takie samo opóźnienie jak tCL 28 przy 6000MT/s.

Aby obliczyć tRFCns, czyli opóźnienie absolutne dla dostępu do pamięci DDR w ns przy użyciu szybkości transmisji danych (MT/s), można użyć następującego kalkulatora opóźnienia pamięci RAM. Przetestuj kalkulator z danymi wejściowymi z powyższego; cl30 6400 i cl28 6000, aby zobaczyć rzeczywistą różnicę opóźnień między nimi. Dlaczego mogą być uruchamiane przy podobnych napięciach, będzie oczywiste.

Jeśli masz zestaw, który jest reklamowany jako EXPO 6000MT/s cl30 przy 1,4 V, może potencjalnie działać stabilnie przy VDD 1,3 V w zależności od bin (podobnie jak procesory AMD nie mają zoptymalizowanych wartości CO). Producenci potrzebują zapasu, aby upewnić się, że wszystkie moduły DIMM mogą działać z reklamowaną prędkością. Oto przykład mojego zestawu 2x16GB 6000MT/s CL28 1.4V SK-Hynix A-die z 6400 1:1 CL30 z dokręconymi trzecimi kośćmi przy 1.38V vdimm/vddq/vddio https://imgur.com/a/wk9Wz2U zrzut ekranu powyżej pokazujący, że mój Linpack Xtreme został uruchomiony z tymi samymi czasami i napięciami (niewystarczający test obciążeniowy, aby sprawdzić napięcia, ale masz pojęcie). Uruchomiłem ten sam zestaw z tymi samymi czasami, ale 1.35V, chociaż tylko 3 cykle TM5 Ryzen3D przed zatrzymaniem, więc nie warto tego publikować. Nie napotkałem żadnych błędów - mogę zaktualizować post później, jeśli będę chciał przeprowadzić właściwy test stabilności).

Dla użytkowników płyt głównych MSI MAG: Nie dotykaj niczego w menu AMD Overclocking (tego, które wyświetla ostrzeżenie) poza wartościami Nitro. Samo testowanie ustawienia profilu EXPO za pomocą AMD Overclocking zablokuje określone napięcia do czasu zresetowania CMOS. To był powód, dla którego uruchomiłem swoje czasy przy 1,35 V, ponieważ ustawienie SK Hynix 2x16 GB (widoczne tylko wtedy, gdy płyta główna wykryje zestaw SK Hynix) obsługuje 1,35 V vdimm/vddq/vddio.

Edit4* Dobrym nawykiem w przypadku błędów podczas testowania pamięci jest uruchomienie poleceń systemu Windows, które wyszukują uszkodzone pliki i jeśli jakieś znajdą, spróbują je naprawić. W przypadku BSOD podczas testu obciążeniowego lub BSOD z powodu pamięci ogólnie, zalecam zawsze uruchamianie poleceń jako pierwszej czynności po ponownym uruchomieniu systemu Windows.

Otwórz program PowerShell z uprawnieniami administratora i. uruchom następujące trzy polecenia jedno po drugim:

DISM /Online /Cleanup-Image /ScanHealth

DISM /Online /Cleanup-Image /Restorehealth

sfc /scannow

Zazwyczaj każde polecenie trwa od 15 do 3 minut.

EndEdit4**

 

Można znaleźć o wiele więcej informacji w wątkach podlinkowanych na overclock.net

Mam nadzieję, że to pomoże niektórym z was w waszej podróży dostrajania pamięci.

Komentarz Edi2* użytkownika u/Delfringer165 Pierwszy komentarz odnosi się do filmu opublikowanego przez Buildzoid, w którym omawia on tRC i tRAS, które nie przestrzegają reguł DDR5, zobacz tRAS na procesorach AMD AM5 jest dziwny.

Jeśli chodzi o testowanie tRAS przez buildzoid, jedyne, co udowodnił, to to, że jeśli tRC ma wartość minimalną, to tRAS nic nie robi (tak widzę te dane testowe).

Niski trc może poprawić niektóre testy porównawcze, takie jak pyprime 4b, ale nie pomoże w testach porównawczych procesora ani w testach porównawczych gier, z tego, co testowałem.

Testowałem z wyłączonym GDM, może przeprowadzisz również kilka testów z wysokim/niskim trc i ponownie z niskim trc (jedyne, co Veii stwierdził, to że jeśli tRAS jest zbyt niski = zapętlony, a zbyt wysoki = złamany czasowo).

BZ używał też jakiegoś rodzaju losowych/expo thingy wartości tras i trc.

Z mojego zrozumienia wynika, że Tfaw= trrds*4 nie jest już aktualne i zawsze powinno wynosić 32, chyba że uruchomisz coś takiego jak trrds 6 lub 4, niższe może być lepsze (zdaniem Veii jest tRRD_S 8 i tFAW 32 na UDIMM, na zawsze).

To pasuje do cytatów dotyczących tych czasów podanych w cytacie DDR5 Cheat List.

Jeśli chodzi o twtrl z moich testów, niezależnie od trrds i trrdl, zawsze powinno wynosić 24.

Obecnie testuję niektóre ustawienia scl, dla mnie scl na 5 = trochę lepsza wydajność procesora/ i 5&17 trochę lepsza wydajność w testach porównawczych GPU+procesora/testach porównawczych gier.

(Uruchamianie 48gb m-die gdm off) Ponieważ trrds trrdl twtrl i scl w jakiś sposób wchodzą w interakcje z ccdl i ccdlwr/ccdlwr2, myślę, że prawdopodobnie zależą od systemu/IMC.

Możesz też dołączyć wersję 12.3 TM5 od Veii, zanim stała się zamknięta (możesz przeczytać więcej w wątku Testowanie z TM5 na OCnet).

Jest naprawiona dla Intela (poprawki ładowania rdzenia p/e i poprawki pliku stronicowania) i zawiera konfigurację 1usmus ustawioną na 25 cykli, ale musisz sam uzyskać inne konfiguracje (absolute musi być edytowana na podstawie rdzeni i jest ustawiona domyślnie na 8 rdzeni, x3d&ddr5) Edycję konfiguracji TM5 można wykonać, otwierając pliki .cfg za pomocą edytora .txt Długość testu TM5 wynosi zawsze cykle, min. 25 dla wersji stabilnej. Koniec edycji2**

 

 

Jak dotarłęś do końca to gratuluje .(rezszte linków powklejam puźniej teraz jade po 4080 )

[ju-rek 789]

32 minuty temu, Dziarson napisał(a):

Zalecałbym ograniczenie PPT, EDC i TDC w BIOS-ie podczas uruchamiania tego testu (na przykład nie sądzę, aby mój 9950X3D przeszedł ~250–260 W przy maksymalnej mocy

Tylko woda do takich testów. Tak to wygląda przy poniższym teście LinpackXtreme.

 

 

[jankooo 395]

@Dziarson akurat zacząłem optymalizacje swoich memek, od razu widać profesjonalne i dogłębne zbadanie tematu- przyda się bardzo

[leven 971]

Ładnie, pięknie, tylko dotyczy AM5 

[Dziarson 334]

@leven nie masz racji, to jest ze specyfikacji jdec różnica wynika tylko i wyłącznie z ograniczeń kontrolerów pamięci na Intelu i AMD czyli Intel T2 i wyższe trefí AMD T1 i niższe trefí ale wyliczenia poszczególnych timingów są dla obydwu producentów.Musisz się dostosować.

[leven 971]

Nie wiem, czy widziałeś bios mojej mobo, ale opcje dotyczące RAM to jakiś kosmos.  8000/38 (XMP) jest w zasięgu ręki, ale...

Albo zostaje na 7600/34 albo mnie coś podkusi i albo spierdole sprzęt, albo uzyskam te 8000/38 

Edytowane 20 Czerwca 2025 przez leven

[AldousHuxley 39]

Chory świat,wszystko utrudnione,pamiętam jak za s775 kręciło się procy z 1.8GHZ na 3.2,wszystko latało  i było solidne.

Teraz sprzęt PC obrzydł,po prostu obsługa tego jest trudniejsza niż kurs na C+E

[leven 971]

P45 i Q9550 na 4.0 GHz, no ale DFI to TOP była   ale też bios miała mocno rozbudowany. 

[Dziarson 334]

1 godzinę temu, AldousHuxley napisał(a):

Chory świat,wszystko utrudnione,pamiętam jak za s775 kręciło się procy z 1.8GHZ na 3.2,wszystko latało  i było solidne.

Teraz sprzęt PC obrzydł,po prostu obsługa tego jest trudniejsza niż kurs na C+E

Kręcę 25 lat nie widzę problemu po prostu kiedyś nikt nie zgłębiał timingów 2 i 3 rzędu bo zyski były marginalne.

 

3 godziny temu, leven napisał(a):

Nie wiem, czy widziałeś bios mojej mobo, ale opcje dotyczące RAM to jakiś kosmos.  8000/38 (XMP) jest w zasięgu ręki, ale...

Albo zostaje na 7600/34 albo mnie coś podkusi i albo spierdole sprzęt, albo uzyskam te 8000/38 

Widziałem dużo biosów mam dużo płyt ale i tak w zasadzie chodzi o 5 rzeczy nazwanych i każdego producenta inaczej .Kiedy zmieniasz często bios twoje ustawienia są kasowane wraz z profilami ,i niestety albo stety musisz timingi pamiętać jak i napięcia.A ty masz też profile pamięci skorzystaj z któregoś i dopasuj do swoich potrzeb.Zepsuc nic nie zepsujesz płyta co nie pozwoli.

[leven 971]

No to powinieneś znać DFI na P45 T2RS.  W sumie niekoniecznie...   to była ściana dla mnie  

Odkopałem: https://forum.purepc.pl/topic/267000-dfi-lanparty-dk-p45-t2rs/page/11/

 

[Dziarson 334]

Znam wszystkie najlepsze płyty na 775 2 najlepsze posiadam P45T-Extreme od gigabajta rekord Polski w FSB jest mój i Rampage Extreme X48 od Asusa 

[sert 90]

W dniu 21.06.2025 o 06:00, Dziarson napisał(a):

Znam (...)

Czy byłbyś skłonny, w życzliwy sposób odnieść się/poradzić/skomentować, które wartości, i w którym kierunku próbować jeszcze modyfikować aby zwiąkszyć wydajność pamięci - biorąc pod uwagę opcje ze wszystkich zakładek w programie Mem TweakIt? Myślę, że mogło by się to przydać nie tylko mnie.

 

 

 

[Dziarson 334]

@sert jeszcze napisz dokładnie jakie masz pamięci.Ze wszystkich zakładek w sumie interesuje cię tylko pierwsza.

[sert 90]

@Dziarson To są niedawno wprowadzone na rynek 2x24Gb CUDIMM (czyli M-die) kupione z myślą o zapowiadanych refreshach Arrow Lake na Z890 - a obecnie stosuję je na Z690 z Raptor Lake  (stabilność procka na mojej płycie z tymi DDR5 -  to maks. 7000mhz ustawione dla tych pamięci)

Edytowane 15 Lipca 2025 przez sert

[Dziarson 334]

7000 na tej płycie to i tak dobrze szkoda było wydawać kasy na cudimm .Ale i ztym mozna sobie poradzić .

Bedzie to troche drogą próbi błedów ale sprubuje pomóc ,teraz mam 2 tyg urlopu tak ze nie zawsze jestem w domu tak że cierpliwości .

[sert 90]

OK. Póki co dzięki za wstępny odzew.

Edytowane 16 Lipca 2025 przez sert

[sert 90]

W sumie, tak sobie myślę, po pewnych poczynionych już sprawdzeniach obniżenia niektórych wartości (niektóre "wchodziły", a inne crashowały system), że obecne ustawienia są już i tak "na styk", więc chyba jednak nic tu już znacznie lepszego się nie wymyśli.

[wallec 1 802]

[sert 90]

Te ustawienia u mnie nie przejdą. Inna pojemność i inny rodzaj pamięci - Adie vs Mdie

[wallec 1 802]

Próbowałeś?

[sert 90]

Tak - z tRFC (a to chyba jest kluczowe) - nie ma u mnie opcji zejść stabilnie poniżej 670, z pozostałymi będzie zapewne  podobnie. To i tak "cud", że trafiłem już wcześniej (co sygnalizowałem w wątku obok) w sieci na poniższe ustawienia kogoś, kto ma prawie taki sam procek, takie same pamięci, a jedyna różnica to ta, że puścił je na 8000mhz na Z790. Sciągnałem praktycznie wszystko od niego trochę modyfikując niektóre ustawienia. Tak, że dzieki, ale Twoje ustawienia na 2x16GB u mnie niestety nie sprawdzą się.

"

"

Edytowane 17 Lipca 2025 przez sert

[Dziarson 334]

To jest kompletna bzdura.

 

 

Moje 8000c40 V nie pamietam 

 

 

 

[tomcug 4 001]

Kurde, odpowiedź na post z lipca, normalnie złota łopata się należy @Dziarson 

[Dziarson 334]

@tomcugnie było wczesniej czasu może sie kolega odezwie zobaczymy co  ugrał . Wakacje były

[Wuadator 86]

@Dziarson

Siedziałem w ubiegłym roku około miesiąca z ustawianiem moich pamięci. Wyszło całkiem fajnie, biorąc pod uwagę, że rok temu, 99% poradników dotyczyła 2x16 gb, 2x32 to była inna bajka. 

Ustawiłem 6200 cl 28, bardzo ciasno, wszystkie testy, które przychodziły mi do głowy przechodziło. Jedyną rzeczą, która spędzała mi sen z powiek, bylo FCLK. Mój maksymalny stabilny zegar wynosił 2133. przy 2200 --> udało się czasem zalogować do windowsa i freeze, przy 2167- zdarzało się, że nie przechodziło tm5 antaextreme --> pojawiał się freeze po np 45 min, ale nie zawsze.

@ju-rek próbował mi pomóc ( tak jak z timingami, które udało się ładnie pozaciskać,za co bardzo dziękuję), ale nic z tego nie wyszło.

Odpuściłem temat, natknąłem się na ten dział dzisiaj. Po przeczytaniu pierwszej częsci- odnośnie fclk zmieniłem VDDG IOD/CCD na 940mV i... właśnie skończyłem 3 godzinną sesję grania z 2200 fclk...

 

Jak będę miał trochę wolnego, to wczytam się głębiej w cały dostępny materiał, bo myślę, że przesadziłem z timingami ( gdzieś zaczynając od tRAS) i mogę trochę pozmieniać wartości na luźniejsze zyskując na wydajności.

Na ten moment wygląda to tak ( po roku zmieniłem tylko VDDG IOD/CCD  z auto- 903 mV na 940mV)

 

Do meritum:

Piszę ten post, żeby szczerze podziękować @Dziarson, bo jest to kawał dobrej roboty i masa przydatnych informacji, których w ubiegłym roku nie mogłem nigdzie znaleźć

Także ten... Dzięki serdeczne

Pozdrawiam

 

 

Edytowane 28 Grudnia 2025 przez Wuadator