AMD RYZEN OC RAM

[Send1N 6846]

Zmieniłem ustawienia na bardziej default a i tak BSOD.

Jak masz ryzena 3600 to co taki wysoki procODT dowaliłeś? kombinuj coś między 34.3/36.9/40

w zakładce additional calculators masz trfc ns i inne trfc wpisujesz taktowanie jakie masz i latency takie aby wyszło twoje główne trfc wtedy wypluje ci jakie ma być trfc2 i 4 np u mnie > https://zapodaj.net/ffc9cd340ca04.png.html

[Belianify 0]

Jak masz ryzena 3600 to co taki wysoki procODT dowaliłeś? kombinuj coś między 34.3/36.9/40

w zakładce additional calculators masz trfc ns i inne trfc wpisujesz taktowanie jakie masz i latency takie aby wyszło twoje główne trfc wtedy wypluje ci jakie ma być trfc2 i 4 np u mnie > https://zapodaj.net/ffc9cd340ca04.png.html

 

Niezależnie jaki mam RAM (single - dual) ?? Bo w kalkulatorze miałem ustawione single a jak przestawiłem na dual to ohmy się zwiększyły Rec. 53 alt.1 60 i alt.2 48. To ile ustawić??

 

Zdjęcie

[Art385 2190]

OK dzeki za info:) to dobrze że kupiłem DX'a na pci z nią nie miałem problemow na żadnym biosie u siebie

To pamiętaj też nie kupować niczego co ma na pokładzie plx asmedii bo będziesz miał to samo Co AMD namieszało w 1.0.0.4 to mogę tylko podejrzewać. Z drugiej strony mogę się cofnąć na starszy bios i powinno cykać ale na nim Destiny 2 nie działało i tak naprawdę bóg wie co jeszcze xD Na szczęście taichi ma bardzo zacną integre i wzmocniony front panel na ne5532 więc nie cierpię jakoś szczególnie. Tylko się wyruchany czuje. Zawsze jak kupie coś od asusa to albo się zepsuje po niecałym roku albo rozpada się w rękach jak zaczniesz używać a nie oglądać albo soft przeszkadza w normalnym użytkowaniu. Jednak póki sypią tyle keszu na media to zawsze będzie skupianie się na topowych modelach i twierdzenie, że jest super z * małymi literkami xD Jeszcze jakby się było na co przesiąść to wywalone ale nie ma bo STXII nawet w połowie nie działający w pełni i tak jest najlepszy

[Kaiketsu 2669]

Było kupić AIM SC808 jak jeszcze go sprzedawali, zamiast w jakieś xonary się bawić :E

[Send1N 6846]

To pamiętaj też nie kupować niczego co ma na pokładzie plx asmedii bo będziesz miał to samo Co AMD namieszało w 1.0.0.4 to mogę tylko podejrzewać. Z drugiej strony mogę się cofnąć na starszy bios i powinno cykać ale na nim Destiny 2 nie działało i tak naprawdę bóg wie co jeszcze xD Na szczęście taichi ma bardzo zacną integre i wzmocniony front panel na ne5532 więc nie cierpię jakoś szczególnie. Tylko się wyruchany czuje. Zawsze jak kupie coś od asusa to albo się zepsuje po niecałym roku albo rozpada się w rękach jak zaczniesz używać a nie oglądać albo soft przeszkadza w normalnym użytkowaniu. Jednak póki sypią tyle keszu na media to zawsze będzie skupianie się na topowych modelach i twierdzenie, że jest super z * małymi literkami xD Jeszcze jakby się było na co przesiąść to wywalone ale nie ma bo STXII nawet w połowie nie działający w pełni i tak jest najlepszy

Na moim tomahawku integra to jakiś dramat, dlatego kupiłem dx'a wcześniej miałem na pci xonara DS który też był o niebo lepszy ale musiałem go sprzedać z racji braku slotu pci na nowej płycie, ten realtek u mnie na b450 to jest jakiś żart

[Belianify 0]

Już mam dość tego OC bo co bym nie ustawił to coś nie tak. Teraz udało mi się ustawić ram na 3400 wpisałem wszystko z kalkul. , kalkul 2 Latency udało mi się obniżyć z 73,2 na 72 ale Po włączeniu Memtest na 10 okienek 9 błędów w ciągu paru minut nawet 10% nie było

 

W ryzen tak to wygląda. Ryzen master

 

Napięcia na full. Timingi luźne. O co tu chodzi ?!

[Send1N 6846]

Już mam dość tego OC bo co bym nie ustawił to coś nie tak. Teraz udało mi się ustawić ram na 3400 wpisałem wszystko z kalkul. , kalkul 2 Latency udało mi się obniżyć z 73,2 na 72 ale Po włączeniu Memtest na 10 okienek 9 błędów w ciągu paru minut nawet 10% nie było

 

W ryzen tak to wygląda. Ryzen master

 

Napięcia na full. Timingi luźne. O co tu chodzi ?!

CLDO vddg daj na 0.950 a CLDO vddp na 1v bo masz za wysoko, zbyt wysokie napięcie na tych wartościach też nie są stabilne

[Art385 2190]

Asrock jak wy mnie w tym momencie zaimponowaliście. Bios 6.0Beta na stronie a nie z pod lady z 2 ręki. Wszystko działa nic nie zepsute O_O Pamięć trzyma ustawienia z poprzedniego biosu i nie zesrała się po kilku procentach w HCI. Napięcia VDDG działają i mogę przełączać wyjścia w xonarze. Chyba wreszcie będzie oficjalny 1:1 z betą tylko podbiją numerek

 

Edit: a jednak nie to włączenie trybu HI-Fi i GX pozwala przełączyć wejście ale jak spróbujemy zrobić to kilka razy pod rząd to bsod. Za to opóxnienie na pamięci spadło z 63.4 do 63.2

Edytowane 2 Stycznia 2020 przez Art385

[handrzej 0]

Starzy wyjadacze RAMu, co byście jeszcze tutaj poprawiali do codziennego użytku i grania.

Generalnie latency mam 63,8 do 64,1ns. Jest szansa, że ruszą na 14-14-14 przy akceptowalnym napięciu do CIĄGŁEGO użytkowania (VPN do chaty i RDP-nie często komp wyłączany) ?

Edytowane 2 Stycznia 2020 przez handrzej

[Kaiketsu 2669]

To B-die? to spróbuj z 1.50V i potem z niego schodź powoli aż do niestabilności.

 

ps. te 64 ns zależą też w dużej mierze od procesora, więc to co masz w sigu może być mylące

[Art385 2190]

Starzy wyjadacze RAMu, co byście jeszcze tutaj poprawiali do codziennego użytku i grania.

Generalnie latency mam 63,8 do 64,1ns. Jest szansa, że ruszą na 14-14-14 przy akceptowalnym napięciu do CIĄGŁEGO użytkowania (VPN do chaty i RDP-nie często komp wyłączany) ?

Nie ale możesz wziać moje timingi z postów wyżej na cl15 bez GD. Powinno na g.skillach chodzić do 1.45v a przy 3800 MHz i cpu na 4.4 GHz powinno ci dać ~62.5-62.7 ns. Masz Daisy więc nie powinno być większych problemów.

[novi 1471]

Panowie, potrzebuję pomocy . Otóż puściłem occt avx2 na chwilę i się okazuję , że nastaw z sygny się sypie :X. Pobory po 105-108w i po chwili błędy albo reset , dosłownie po 40 sekundach. Co najdziwniejsze, nie miałem ani jednej niestabilności na tym nastawie , ale w grach procek pobiera max 80W, a do około 86-7w Na tym nastawie jest procek stabilny. Pytanie, jak mogę zejść z ramem, żeby zbić pobory mocy ? Czy olać temat i siedzieć na tym co mam, skoro nie mam żadnych niestabilności ? Zrzuciłem ram tak jak na wstępie miałem tzn 16.16.16.16.32.48 scl 2 , trfc 280 , vddp 0.9v i pobór z ponad 100w spadł do 86w średnio i occt avx2 20minut zaliczyłem . Olać temat zimnym moczem, czy poluźnić ram, żeby jednak ten pobór był niższy ?

 

Ostatni wpis o szybkiej degradacji zen2 mnie trochę przestraszył i dlatego włączyłem occt, jak widziałem błędy to z automatu mi się zapaliła lampka , że proc się zdegradował i trochę byłem zły, ale jednak powrót ramu na pierwotne ustawienia, na jakich puszczałem occt, mnie uspokoił. A może jednak kolega Art385 posiada jakieś wydajne cl16 na 3733mhz , takie żeby mi zbiło pobór ?

 

Edit. W grach nie mam totalnie żadnych problemów, nie mam jakiegoś nagłego spadku obciążenia grafiki nawet, czyli wychodziłoby, że to jest nastaw typowo pod "gry" , r20 też przechodzi , wyników teoretycznie nie ucina.

Edytowane 5 Stycznia 2020 przez novi

[Send1N 6846]

No to masz to samo co ja, ustabilizowałem cpu na 1.337 LLC2 na 4.2ghz 3 miechy temu a po wymianie gskilli na patrioty już nie sprawdzałem proca, ustabilizowałem sam ram i testowałem w programach do pamięci, to że pobór skoczył o 10-15W w grach zauważyłem od razu w BF5, przed wczoraj z głupa włączyłem OCCT i moj na 4.2 już nie był stabilny na tym napięciu przez RAM przez to że 1.5 na nim automatycznie zwiększyło łakomstwo CPU dopiero na 1.37v w OCCT jest teraz na 4.2 stabilne ale za to na 4150 jest na 1.31v i tak zostawiłem, pobór w BFIE już ma piki do 70W a nie do 80W Mam do wyboru teraz albo wrodzić do 4.2 1.337v i ustabilizować ram atak aby nie przekraczał 1.45v i myślę że było by dalej stabilne albo zostawić tak jak jest.

 

PS W grach też nie miałem problemu a siedzę na tym ramie 3 tygodnie i gram w BF5 sporo, gdybym nie włączył OCCT nawet bym nie wiedział. OCCT bez AVX też niestabilne? bo najlepiej tak testować właśnie i Large data set.

Edytowane 5 Stycznia 2020 przez Send1N

[novi 1471]

Na tak ustawionym ramie , 4.25ghz nawet pluje błędami, tez w 40sek , jakby bug programu był, przecież ściągnięcie 100mhz z proca na zen2 to jest zmniejszenie potrzebnego vcore spokojnie o 0.05v , albo i nawet więcej , wiec juz powinno być stable do 20min a nie jest . Popuszcze ram na cl16 , gdzieś kiedyś kolega art385 wrzucał taki nastaw i podejrzewam , że urwe z 15w albo lepiej , co w grach da z 7w mniej , wiec będę miał większy zakres do tych 86w . Cl15 kolegi art385 zbiło pobór w occt do około 95w , to jednak dobre 10w mniej:)

[Send1N 6846]

Na tak ustawionym ramie , 4.25ghz nawet pluje błędami, tez w 40sek , jakby bug programu był, przecież ściągnięcie 100mhz z proca na zen2 to jest zmniejszenie potrzebnego vcore spokojnie o 0.05v , albo i nawet więcej , wiec juz powinno być stable do 20min a nie jest . Popuszcze ram na cl16 , gdzieś kiedyś kolega art385 wrzucał taki nastaw i podejrzewam , że urwe z 15w albo lepiej , co w grach da z 7w mniej , wiec będę miał większy zakres do tych 86w . Cl15 kolegi art385 zbiło pobór w occt do około 95w , to jednak dobre 10w mniej:)

No tylko ze u mnie to jest tylko 50mhz urwane a ram zostaje tak samo sztywno, teraz mam dylemat czy walczyć z powrotem o 4.2ghz i luzować ram czy zostawić to co mam w sygnie, bo raczej 4150 będzie lepsze z tym sciśniętym ramem niż 4.2 z poluzowanym Nie chce wychodzić poza 1.35v bo tak jak mowie 4.2 teraz jest stabilne w occt na 1.37 dopiero

Edytowane 5 Stycznia 2020 przez Send1N

[KamileN7 79]

Ja na Zen+ mam to samo co wy, więc to na pewno normalne. Szybszy ram mocniej dociska procesor, jest w stanie wykonać więcej operacji. Ja dla przykładu na 4.10 GHz 1.275v mam pobór na nastawach z sygny 130W (OCCT) a już jak ustawie coś ala normalny profil XMP dla większości pamięci (3200 MHz 16-16-16-36-72-Auto, 1.4v) to spada do 115v. Najbardziej to widać przy częstotliwości 4.2 GHz `1.4v która praktycznie jest nie do ustabilizowania przez dociśnięty RAM, 170W vs 140W (3200 MHz).

 

PS.

Tylko u mnie wystarczy dodać 0.0125v (jeden krok napięcia), żeby ustabilizować procesor na ciaśniejszych nastawach RAM-u.

Edytowane 5 Stycznia 2020 przez KamileN7

[novi 1471]

Z ciekawości ile masz poboru na tym 1.35v? Potrafiło dobić do 110w ? Luźne cl16 zbija u mnie pobór do około 80w z skokiem do 86-7 ale błędem nie sypło, więc podejrzewam że takie max stabilne 4.35ghz jest do około 87w poboru , żeby zrobić 100% stabilne w wypalaczu te 4.35ghz to pewnie musiałbym podbić napiecie do 1.4v pod windą co mi się nie podoba , ewentualnie cos mi wysypuje occt, ale tylko z solidnym oc ramu ?

 

50mhz jakbym miał tylko poświęcić to bym nie kombinował z ramem nawet , tu już musze liczyć 125-150mhz niżej , to jednak trochę jest

 

A i co ważne, mam tak ustawione llc, ze w occt mam 1.33-1.34v , w biosie 1.35v ustawione , llc high.

 

Co dziwne pobór na pbo przy 1.42v w grach jest niższy niz na sztywnym 1.35v xd

Edytowane 5 Stycznia 2020 przez novi

[Send1N 6846]

Z ciekawości ile masz poboru na tym 1.35v? Potrafiło dobić do 110w ? Luźne cl16 zbija u mnie pobór do około 80w z skokiem do 86-7 ale błędem nie sypło, więc podejrzewam że takie max stabilne 4.35ghz jest do około 87w poboru , żeby zrobić 100% stabilne w wypalaczu te 4.35ghz to pewnie musiałbym podbić napiecie do 1.4v pod windą co mi się nie podoba , ewentualnie cos mi wysypuje occt, ale tylko z solidnym oc ramu ?

 

50mhz jakbym miał tylko poświęcić to bym nie kombinował z ramem nawet , tu już musze liczyć 125-150mhz niżej , to jednak trochę jest

 

A i co ważne, mam tak ustawione llc, ze w occt mam 1.33-1.34v , w biosie 1.35v ustawione , llc high

Na ramie 1.5v i procu 1.337 + LLC2 co dawało skoki do 1.36v w OCCT miałem skok do 110w, teraz na 1.31 z LLC3 nie przekraczam 98W (LLC2 u mnie podbija oczko wyżej momentami napięcie a LLC3 trzyma tak aby nie spadło poniżej ustawionego w biosie, LLC4 już ma dropy)

Edytowane 5 Stycznia 2020 przez Send1N

[novi 1471]

To mój tomahawk, całkiem inaczej się zachowywał, na llc2 mialem beton napiecie zakres + i - 0.0004v od tego co w biosie. Moze kwestia biosu hmm , nie mam pojęcia. To takie 0.04v i widać ze urywa ponad 10w , tez nie jest to głupie.

[Art385 2190]

Panowie, potrzebuję pomocy . Otóż puściłem occt avx2 na chwilę i się okazuję , że nastaw z sygny się sypie :X. Pobory po 105-108w i po chwili błędy albo reset , dosłownie po 40 sekundach. Co najdziwniejsze, nie miałem ani jednej niestabilności na tym nastawie , ale w grach procek pobiera max 80W, a do około 86-7w Na tym nastawie jest procek stabilny. Pytanie, jak mogę zejść z ramem, żeby zbić pobory mocy ? Czy olać temat i siedzieć na tym co mam, skoro nie mam żadnych niestabilności ? Zrzuciłem ram tak jak na wstępie miałem tzn 16.16.16.16.32.48 scl 2 , trfc 280 , vddp 0.9v i pobór z ponad 100w spadł do 86w średnio i occt avx2 20minut zaliczyłem . Olać temat zimnym moczem, czy poluźnić ram, żeby jednak ten pobór był niższy ?

 

Ostatni wpis o szybkiej degradacji zen2 mnie trochę przestraszył i dlatego włączyłem occt, jak widziałem błędy to z automatu mi się zapaliła lampka , że proc się zdegradował i trochę byłem zły, ale jednak powrót ramu na pierwotne ustawienia, na jakich puszczałem occt, mnie uspokoił. A może jednak kolega Art385 posiada jakieś wydajne cl16 na 3733mhz , takie żeby mi zbiło pobór ?

 

Edit. W grach nie mam totalnie żadnych problemów, nie mam jakiegoś nagłego spadku obciążenia grafiki nawet, czyli wychodziłoby, że to jest nastaw typowo pod "gry" , r20 też przechodzi , wyników teoretycznie nie ucina.

Novi jeśli potrzebujesz mojej ekspertyzy to możesz olać to ciepłym moczem. Natomiast jedyny sposób zbicia poboru to obniżenie napięcia na ramie lub taktów i oczywiście napięcia samego CPU.

OCCT możesz też olać ciepłym moczem. Przez te testy zbankrutuje prawdopodobnie bo kryonaut jest lekko mówiąc nie wydajny ale AMD na nowej agesie musiała zaszyć jakieś zabezpieczenia dla pracy z avx2 i fma3. Na starych biosach przy testowaniu można były siedzieć ze stoperem i dokładnie powiedzieć w której sekundzie testu niczym jasnowidz powiedzieć kiedy się sypnie jeśli nic nie zmieniliśmy w ustawieniach jeśli tyczy się samego poboru. Teraz dzieje się to znacznie szybciej i od razu jak zaczyna się górka podczas liczenia próbki. To samo obserwowałem podczas męczenia rev.e w starym temacie o memkach ale jak już wspomniałem teraz dzieje się to znacznie szybciej, a chłodnice mam większą xD i próby stabilizowania napięciem powodują jeszcze szybszy crash.

 

Czyżby zabezpieczenie przed degradacją? To wygląda co najmniej tak jakby podczas manualnego OC zaskakiwał jakiś limit, który jest teraz dużo niżej i powodował crash który wygląda bardzo podobnie do tego jak wygląda crash spowodowany automatycznym wyłączeniem zapobiegającym uszkodzeniu chipu ze względu na temperaturę.

Z jednej strony to bardzo rozsądne rozwiązanie ze strony AMD z drugiej ze względu na absolutny brak dokumentacji jesteśmy jak pijane dzieci we mgle xD dzieją się rzeczy które dziać się nie powinny.

 

W związku z czym ja osobiście ograniczam się teraz do benchów renderów (wszelkie cb, blendery, realbenche) occt linpack na 2GB próbce dla temperatury i do łask wrócił test stabilności w AIDZIE z zaznaczonym wszystkim oprócz GPU.

Patrząc na zachowanie CPU na auto i testów obciążeniowych cpu zaczyna dużo agresywniej zrzucać napięcia i zegary niż wcześniej czytaj biosy przed naprawą boostów. 3600 robi to samo... tak sprawdzałem xD

 

Oczywiście mogę pierdzielić bo mam zaledwie 2 cpu i jeden mobas xD więc próbka mała ale tak to mi wygląda. Co najlepsze jeśli chodzi o jakikolwiek soft użytkowy w tym gry jaki byłem w stanie zdobyć i używać który potrafi przycisnąć cały sprzęt do granic możliwości chodził bez żadnego problemu nawet na 4.45GHz godzinami. Ba nawet testowałem najcięższe repacki od fitgirl znane z tego, że zarzynają cpu lepiej niż prime95 podczas instalacji xD i można nimi testować OC. Tutaj też nie tylko nie było żadnych problemów a po weryfikacji hashy każdego z plików nawet jeden nie był uszkodzony, co ma miejsce nawet przy drobnej niestabilności, a która to nie jest na tyle poważna aby zainicjować bsod.

Testowałem nawet hibernacje i uptime trwający kilka dni... i żadnych problemów. Absolutnie żadnych, nawet jednego. Cpu zachowuje się dokładnie tak samo jak na auto tylko jest szybszy w MT. Nawet sis podczas dogłębnych testów pokazuje, że wszystko jest excellent a te testy żadko kto robi podczas OC a potrafią dużo powiedzieć czy wydajność po oc cpu w dużym uproszczeniu poprawnie się skaluje.

 

Tak więc rozpisałem się ale doszedłem do wniosku, że wywalone jajca Sam siedze na auto ale jak ktoś chce siedzieć na sztywno to puścić testy co wyżej napisałem i gwarantuje, że możesz grać, srać i whatnot i możesz trzymać kompa włączonego 24/7 i nie natkniesz się nawet na najdrobniejszą niestabilność.

Edytowane 7 Stycznia 2020 przez Art385

[KamileN7 79]

Jako ciekawostkę dodam że ostro podkręcony RAM może nie tylko zdestabilizować CPU, ale i też GPU ustawione z napięciem na styk. Okazało się że miałem tak z Dirt Rally 2.0 (Pojawiły się też błędy przy 3466 MHz RAM i najnowszym sterowniku GPU). Na starych RAM'ach, Crucial'ach nigdy mi się ta gra nie wywalała, ale te nawet na 3600 MHz CL14 były wolniejsze od moich obecnych na 3466 MHz CL14 w grach. Najpierw podejrzewałem RAM bo im większa częstotliwość tym częściej gra się wywalała, chociaż dziwne by to było bo ta gra alokuje z 2 GB RAM-u, i używa z 25-30% procesora max. Wygląda więc na to że po prostu przy szybszym RAM-ie GPU ma więcej do roboty i traci stabilność. Podbiłem napięcie na GPU i gra jest już stabilna nawet przy RAM-ie puszczonym na 3600 MHz, który jest niestabilny tylko w ekstremalnych testach. W BF'ie nie zauważyłem tej niestabilności bo tam rzadko kiedy zużycie GPU w ogóle przekracza 90%.

PS. robiłem też dodatkowy test w Dirt Rally 2.0, specjalnie obniżyłem napięcie GPU (Do wartości przy których na 100% jest niestabilnie) żeby zobaczyć co się stanie i gra praktycznie od razu wywalała się dokładnie z tym samym błędem co wcześniej.

 

A i mam jedno pytanie do tych co używają TM5 z profilem 1usmus. Przy częstotliwości 3533 MHz, ile bym nie testował to nie wykrywa mi żadnych błędów, ale raz na jakąś próbę testową program potrafi się zawiesić. Zawiesić się, to znaczy że odliczanie nadal leci ale program przestał obciążać CPU i RAM, i nie możliwe jest już ukończenie testu, można co najwyżej go zamknąć i puścić jeszcze raz. Zdarzyło mi się to chyba już z trzeci raz przy tej częstotliwości, przy 3466 MHz tego nie miałem ale tej częstotliwości nie testowałem tyle razy co 3533 MHz, więc nie mam pewności, czy to jakiś bug, czy może błąd który wyłożył dany test. Miał ktoś tak?

Edytowane 7 Stycznia 2020 przez KamileN7

[Art385 2190]

B-die na tm5 to tylko wstępne testy potem hci@1500% Jeśli chodzi o te objawy to ram jest niestabilny. Najczęściej objawia się tym że zawiesza się licznik przepustowości lub nie przełącza testów. Jeśli masz coś takiego to znaczy, że HCI wywali błędy pewnie w pierwszych 3% mielenia ramu

[Send1N 6846]

Pisałem kiedyś że na starszych ryzenach wszystko powyżej 3400/3466 to już loteria jeden zrobi 3533/3600 drugi nie, na 3466 to powinieneś jeszcze lepiej zacieśnić te timingi skoro masz te patrioty tak mi się wydaje.

[KamileN7 79]

Tak myślałem, ale 3466 MHz jest ok. Co ciekawe w HCI 3533MHz bez problemu leci 2000%, więc mnie to trochę dziwi.

Na 3466MHz jest szansa na 13-13-13-26, ale napięcie +1.5v, może przy 3400 MHz dało by radę z niższym.

[Art385 2190]

W takim wypadku cpu się wykrzacza ewentualnie jakiś inny soft ci zaalokował pamięć którą chwilowo zwolnił tm5 i nie mógł jej zaalokować ponownie i wtedy też się zawiesi