Podkręcanie pamięci DDR4 (Wszystkie platformy)

[Bronco 1]

Witam, może ktoś pomoże z tematem.

GOODRAM 2x16GB 3600MHz Iridium PRO IRP3600D4V64L18/16G Hynix, na MSI B550 A PRO.

 

Próbowałem załadować profil XMP jak i ustawiać go ręcznie, jednak z CL18 3600Mhz jest niestabilnie i sypie błędami w OCCT ( test memory jak i cpu+ram).

Poniżej 3000 Mhz pamięci działają poprawnie, podniesienie napięcia VDIMM, VDDG, VDDP i VSOC nie daje żadnego efektu.

Po kilku wieczorach udało mi się uzyskać stabilność jednak dopiero z CL22, da się z nich wycisnąć CL18?

 

 

 

 

 

[Send1N 5 961]

Samo zacieśnianie Cas Latency "CL" niczego nie wnosi do wydajności więc praktycznie niczego nie tracisz ale jeżeli profil xmp nie jest stabilny (a być powinien) to jak masz możliwość na twoim miejscu zwracałbym ten ram i brał inny zestaw, profil producenta ma być w 100% stabilny bez grzebania inaczej kwalifikuje się do zwrotu/reklamacji. Będziesz w przyszłości chciał odsprzedać te moduły i  zbita  Skoro 3600/1800 działa na luzniejszych timingach to znaczy że imc w twojej sztuce cpu nie ma problemu z takim taktowaniem i ram sam w sobie nie jest stabilny, sprawdzałeś oba moduły osobno po jednym w slocie nr2 po odpaleniu tylko xmp bez innych zmian jak to wygląda?

Edytowane 8 Marca przez Send1N

[Bronco 1]

7 godzin temu, Send1N napisał(a):

Samo zacieśnianie Cas Latency "CL" niczego nie wnosi do wydajności więc praktycznie niczego nie tracisz ale jeżeli profil xmp nie jest stabilny (a być powinien) to jak masz możliwość na twoim miejscu zwracałbym ten ram i brał inny zestaw, profil producenta ma być w 100% stabilny bez grzebania inaczej kwalifikuje się do zwrotu/reklamacji. Będziesz w przyszłości chciał odsprzedać te moduły i  zbita  Skoro 3600/1800 działa na luzniejszych timingach to znaczy że imc w twojej sztuce cpu nie ma problemu z takim taktowaniem i ram sam w sobie nie jest stabilny, sprawdzałeś oba moduły osobno po jednym w slocie nr2 po odpaleniu tylko xmp bez innych zmian jak to wygląda?

Zwrotu już nie mogę dokonać, nowy zestaw leżał i czekał ponad miesiąc na złożenie, jedynie mogę pobawić się w rękojmię co najwyżej.

Nie testowałem pamięci pojedynczo, założyłem że jeśli na 3000Mhz jest ok to próbowałem dalej.

Przysiadłem dziś do tematu na spokojnie i użyłem Thaiphoon Burner i zaimportowałem dane do Ryzen DRAM Calculator.

Profil XMP działa stabilnie po lekkiej  modyfikacji parametru tWRRD, XPM ustawia go na 2 natomiast po zmianie na 4 zaczęło działać poprawnie. Przetestowane OCCT CPU + MEM.

Obecnie ustawiłem profil zaproponowany przez Ryzen DRAM Calculator, w pełni stabilny i jak będę miał więcej czasu pobawię się w zacieśnianie timingów.

Może to info komuś się przyda przy pamięciach GoodRAM Iridium PRO

 

 

[Send1N 5 961]

No ciekawe że twrdd na xmp przy tak słabych kostkach jest ustawione tak ciasno gdzie reszta timingów jest luźna jak guma od majtek  dziwne... Ogólne fajnie że znalazłeś rozwiązanie tylko szkoda że profil producenta jest niestabilny  (problem przy odsprzedaży)

Edytowane 8 Marca przez Send1N

[zoltan 2]

Wróć do domyślnych, zrób 1.38, 3200/1600, trfc 600, 18 22, 2t

 

następnie jak nie pomoże to spróbować może zmienić procODT na 40ohm

 

Zasilacz ok? Nie za gorąca w budzie?

[Send1N 5 961]

Niby po co ma to robić jak już znalazł powód niestabilności? domyślne to jest 3600mhz dla tych pamięci + timingi z profilu xmp.

[zoltan 2]

Wybaczcie, późna pora, nie doczytałem dokladnie. 

 

Miłego dnia, wiosna idzie. Do roboty trzeba iść 🤣

[musichunter1x 1 665]

@Send1N
Edit. I wykrakałem, wysypało błędy. Edit. 2 Właśnie zauważyłem parę błędów i automaty ruszę oraz poprawię źle wpisane wartości przez HEX zamiast DEX.

Grzebałem dziś znowu w ramie i chyba jakieś dziwnie dobre wyniki uzyskałem.  1.35V
Aida64 pokazuje mi poniżej 58ns, czasem 57.2ns, bo wyłączyłem BankGroupSwap zaszyte w bios i teraz niby ma być aktywne BGS alt przez co procesor ma bardziej bezpośredni dostęp. Przepustowość spadła o ~5%, ale przynajmniej wie że teraz działa.  

 

Ale może niepotrzebnie się chwalę po OCCT nie odpaliłem jeszcze  , ale to ustawienia podobne do używanych od dawna. Płyta nie chciała pozwolić na nic poniżej cl19, ale gdy dałem cl20 na resztę to weszło 18, ale auto dało ProcOdt na 60, więc może to zmiana na 48 pomogła.
SOC tutaj nieco zwiększyłem, tak dla pewności. 

 

Musiałem paprać się z hex, bo płyta wartości podawała w szesnastkowym, więc część jest na auto a tRFC zostawione z lenistwa. 

 

W drugim komputerze sprawdzam kupione padło OEM bez XMP.
Jest to Ramalex 3200mhz, okazało się że na micron R-DIE 14nm. Musiałem wszystko ręcznie ustawić przy pomocy AI i przeszkadzało mi 110ns. Potem przypomniałem sobie że to wina ryzen 3200g, ale gdy wskoczyło stabilne 3466mhz to nagle zrobiło się stabilne 72ms.  
CL 18-20-18-38 3466mhz na 1.35V.
Moje B-die na ryzen 5500 z xmp i problematyczną chińska płytą miały 67ms na 400mhz cl19.

Edit.3 Przy BDIE jeszcze pogrzebałem i już wydają się stabilne, ostatecznie musiałem GDM użyć i mogłem zrobić to wcześniej, bo jednak kontroler w CPU tego nie wytrzymywał. Teraz mogę cofnąć parę nastawów, ale nawet po zmianach jest poniżej bliżej 58ns, niż 59ns.

 

Edytowane 21 Maja przez musichunter1x

[musichunter1x 1 665]

Powinienem napisać dopiero po nocnym teście stabilności i skończyło się na czymś takim. Jest nawet lepiej tylko gear down mode jest aktywny, nadal 1..35V. BGS Alt powinien być aktywny, tylko program nie pokazuje, stąd niższa przepustowość.
Aida64 ciągle pokazywała podobne opóźnienia, więc wyłączyłem drobnostki i ochronę windows defender  i wtedy zaczęło pokazywać 56-56.5ns.
Przeszło noc memtest5, trochę occt i później spróbuję z paru godzinami obciążenia całości komputera.

tRFC już nie ruszam, bo GPU dogrzeje pamięci, więc lepiej mieć zapas. Napięcie SOC spróbuję zmniejszyć po wszystkim, aby było poniżej 1.15V. VDDP również do max 900mv z fanaberii.  

tRDWR można próbować urwać do np. 7-8, ale to ryzyko potrzeby resetu biosu, a muszę wszystko wklepać ręcznie, bo nie mogę zapisać na usb.
tRTP może spróbuję na 6.
tWTRL na 8 i tWR na 10  może spróbuję, ale przed dogrzewaniem ramu nie ma sensu.
Jeśli będę głupi to bezsensownie przetestuje tRDRDDD na 3, bo przecież mam Single Rank i praktycznie nic to nie zmieni.  
Aaa, jeszcze ....SCL mogę próbować ruszyć z 4 na 3, ale to chyba mało możliwe i przy niepowodzeniu musiałby wszystko wpisywać od nowa w tym durnym HEX, zamiast DEX.

 

Gdybym dał na 1.45V i może zmienił płytę na Gigabyte A520i AC to byłbym koło <54ns.. Wtedy powinno być chyba lepiej niż i5 12400f z 3466mhz na tanim Rdie w grach, ale wtedy intel może mieć lepsza wydajność na W, bo SOC i ram będą na niższym napięciu. 

 

Edit. Po wygrzaniu kartą 188w też stabilny.

Edytowane 22 Maja przez musichunter1x

[Grolshek 1 307]

Pytanie za  10pkt. Czy na X3D warto cokolwiek jeszcze dłubać, czy dać spokój?

 

 

Ballistixy 3200 4x8.

Edytowane 10 Lipca przez Grolshek

[adi123x 11]

3 godziny temu, Grolshek napisał(a):

Pytanie za  10pkt. Czy na X3D warto cokolwiek jeszcze dłubać, czy dać spokój?

 

 

Ballistixy 3200 4x8.

tak, luzne timingi strasznie 

cos na pewno do wydajnosci zacisnienie da mimo x3d  i no fclk 1867 albo 1900 1:1, na e-die na spokojnie takie zegary pojda...

Edytowane 10 Lipca przez adi123x

[Grolshek 1 307]

4 minuty temu, adi123x napisał(a):

tak, luzne timingi strasznie 

cos na pewno do wydajnosci zacisnienie da mimo x3d  i no fclk 1867 albo 1900 1:1, na e-die na spokojnie takie zegary pojda...

No to we wtorek wrócę do roboty to się pobawię. Mógłby na te 1900 polecieć bo lubię równe cyferki.

[adi123x 11]

 

2x32 DR CJR 16Gbit ładnie w miare idą jak na kości za 4 stówki we wrześniu kupione.... gorzej 5950x gdzie nawet IF 1900 wali whea w y-cruncher VT3 I nic poza 1867 nie naprawia tego

 

co do vdimm to jakby ktos pomysl ze cjr umra to nie, 8gbit to jest wgl inny IC, 16gbit bardziej przyrownać można do DJR 8gbit

 

" Used on many 16 and 32 GB modules rated for high speeds with loose timings from the late
DDR4 era. Similar to DJR above but with looser tRFC. Again, 1.55-1.60 V can be presumed to
be safe given its usage on XMPs for kits based on these ICs. "

Edytowane 12 Lipca przez adi123x

[musichunter1x 1 665]

Kilka tygodni poźniej nie mogę patrzeć na swoje marne nastawy, którymi się chwaliłem, a już nabrałem sporo doświadczenia i szczęścia. 

 

 Obrałem sobie za cel 3600mhz Cl14 1.45V na i5 12500 H0, gdzie VDDP jest zablokowane i kontroler rzadko trzyma ponad 3200-3466mhz w gear1.
Za którymś razem udało się, ale kolejny trening kości zmienił ustawienia na niestabilne. Przypomniałem sobie o ODT i zmieniłem na 80-34-240. W końcu było stabilne, ale po 37 minutach OCCT zaczęło wywalać błędy... Złożyłem to na temperaturę, ale zmiana TRFC (480) i TREFI (2x niższa wartość) na luźniejsze od razu powoduje błędy co jest dziwne... Prowizorycznie dałem wentylator przy kościach i właśnie czekam...

Później sprawdzę to na tym świetnym binie BDIE z czujnikiem temperatur, zanim odeślę. Obecnie zrobił to "marny" viper steel 4000mhz cl19 1.35v.

TRFC 320, TREFI 32768, GDM włączony, więc pewnie często ratuje sytuację. Muszę znaleźć lepszy program do wyświetlania ustawień na intelu... Ktoś poleci coś dostępnego?

Oczywiście wyłączyłem antywirusa, memory integrity oraz hyper-v, co pozwoliło zyskać 1-2ns w AIDA64. Ah ten przeklęty W11, ale czas na przesiadkę, po wybebeszeniu tego paździerza i dodaniu dupereli.

 

Edit. Minęła godzina OCCT, więc co najwyżej temperatury po 37 minutach wtedy były problemem...
Pogrzebałem trochę głębiej i już wiem, że niższa wartość TRFC i wyższa TREFI potrafi pomóc kontrolerowi i nie musi podnieść temperatur, choć obniży odporność na temperatury. Natomiast luzowanie ich, aby zwiększyć odporność na temperatury może przeciążyć kontroler pamięci na granicy stabilności oraz zwiększyć generowane ciepło. 

Edytowane 18 Lipca przez musichunter1x

[Kyle 615]

W dniu 8.03.2026 o 13:37, Send1N napisał(a):

Samo zacieśnianie Cas Latency "CL" niczego nie wnosi do wydajności więc praktycznie niczego nie tracisz ale jeżeli profil xmp nie jest stabilny (a być powinien) to jak masz możliwość na twoim miejscu zwracałbym ten ram i brał inny zestaw, profil producenta ma być w 100% stabilny bez grzebania inaczej kwalifikuje się do zwrotu/reklamacji. Będziesz w przyszłości chciał odsprzedać te moduły

To jest profil OC. Może u niego nie jest stabilny, ale na innej platformie będzie.

[Joozeff 3]

Pytanie, nie wiem, czy było. Jak sobie radzicie z potencjalną niestabilnością OC RAMu w efekcie nagrzania przez gorące powietrze z GPU?
Ostatnio miałem crash w grze, który dał całkowitą zwiechę w Windows. Śladu brak czegokolwiek, więc postawiłem na RAM. Zrobiłem środowisko testowe: TM5 Extreme anta777 + odpalony w oknie FurMark2. Pierwszy błąd po 10 minutach. W temp. pokojowej - RAMy stabilne, zarówno wiele godzin TM5 anta777 jak i 1usmus v3.
Z FurMarkiem też ok, o ile ustawię limit na 75fps i GPU dobija do 50C. RAM to Hynix CJR, bez pomiaru temperatury. Przewiew w obudowie ok (System i PCH max 40C, VRM 45C), ale CPU chłodzenie AiO, brak wentylatora przy slotach DDR4.
Trochę zwiększyłem strumień powietrza (Fan Control), ale może moje środowisko testowe jest zbyt ekstremalne, bo TM5 to jednak spore katowanie pamięci.
Próbowałem ustawiać absurdalne tRFC 700, to efekt był taki, że błąd wyskoczył po 20 minutach, w miejsce standardowych okolic 10 minut.

[musichunter1x 1 665]

@JoozeffTrochę mało informacji. Jakie napięcie? Jaka platforma? Jaki ram ram.

Ogólnie obecne GPU na przelot dmucha prosto w ram, więc trzebaby zwiększyć przewiew lub wyciągać powietrze z GPU na zewnątrz lub zmienić obudowę. 

 

Próbuj zmienić nastawy na luźniejsze z mniejszym napięciem lub chłodzenie CPU trochę podkręć lub zmień na takie z wentylatorem jak najniżej. Lub pozostaje klasyk, dedykowany wentylator.

 

Edit. A dobra, masz chłodzenie wodne... Jeśli to matx to po prostu znajdz projekt wykorzystujący przedłużone śruby na mocowaniu płyty głównej. Łatwo zamontowanie wentylator dla ramu.

Edytowane 12 Sierpnia przez musichunter1x

[Joozeff 3]

Dzięki za podpowiedź.
Póki co zwiększyłem strumień powietrza w obudowie w zależności od HotSpot GPU - mam takie sprytne zależności w FanControl. Crashy od tego momentu nie było.

Napięcie Vdimm 1.37V, ale próbowałem 1.36V i to też nic nie zmieniło w testach.
AiO mam od Be Quiet!

Bardziej myślę o jakimś hipotetycznym rozwiązaniu, bo oddawanie ciepła przez GPU do środka obudowy to raczej standard, chłodzenie wodne GPU, to już większa zabawa i wydatek. Może wystarczyłby jakiś większy radiator na RAMy?

Luźniejsze nastawy to w mojej ocenie takie poddawanie się trochę 

Ta opisana sytuacja była na Hynixach CJR SR od Kingston'a. Aktualnie mam w kompie Hynixy CJR DR od G.Skill - tutaj testów nie robiłem. 

Edytowane 12 Sierpnia przez Joozeff

[Keleris 805]

Moje pierwsze koty z b-die na Ryzen 3700x

Warto coś jeszcze podciągnąć?

Przy tRCDRD 14 i tRFC 288 memtest wykrzaczał się po paru min. - te dwa parametry obniżyłem jednocześnie.