Skocz do zawartości

Rekomendowane odpowiedzi

Opublikowano
10 godzin temu, maxmaster027 napisał(a):

No mam pewnie obniż napiecie VSOC do 0.95V VDDG IOD 900 VDDG CCD 850, VDDP 1.02V ustaw VDDQ i IO na te sama wartosc w zakresie 1.36- 1.39V, ustaw nitro na 2-3-1 wyłacz memory context restore, zmien tWTRS na 6 a tWTRL na 24. Nie przekraczaj -CO 15 podczas robienia tego testu.

Większość z tego(tWTRS, tWTRL, MCR, NITRO, CO), miałem już tak ustawione(nawet inne jeszcze wcześniej luzowałem jak CL itd..), ale oczywiście spróbowałem ustawić pozostałe tak jak sugerowałeś, efekt bez zmian. Masz jeszcze jakieś pomysły?

 

xxxx6.thumb.jpg.e4723b58d082da52a27dcc001adfb56d.jpg

Opublikowano
2 godziny temu, Imm napisał(a):

Większość z tego(tWTRS, tWTRL, MCR, NITRO, CO), miałem już tak ustawione(nawet inne jeszcze wcześniej luzowałem jak CL itd..), ale oczywiście spróbowałem ustawić pozostałe tak jak sugerowałeś, efekt bez zmian. Masz jeszcze jakieś pomysły?

 

xxxx6.thumb.jpg.e4723b58d082da52a27dcc001adfb56d.jpg

Hmm sądząc po tym jak szybko te błędy wywala to jest całkowicie niestabilne, Jak u mnie przy nitro 1:3:1 z CL34, musze wrzucic 2:3:1. sprawdz na początek 7800:1950 czy sobie radzi odrobine lepiej. Zostaw to co masz ustaw 7800:1950 :1950 i zobaczysz czy jest cos lepiej czy nie

Opublikowano
34 minuty temu, maxmaster027 napisał(a):

Hmm sądząc po tym jak szybko te błędy wywala to jest całkowicie niestabilne, Jak u mnie przy nitro 1:3:1 z CL34, musze wrzucic 2:3:1. sprawdz na początek 7800:1950 czy sobie radzi odrobine lepiej. Zostaw to co masz ustaw 7800:1950 :1950 i zobaczysz czy jest cos lepiej czy nie

7800 z tymi samymi ustawieniami od razu się wywaliło, po 3 sekundach. Teraz to jest kompletnie niestabilne, na takich ustawieniach jak podałeś, więc chyba nie tędy droga.

Opublikowano
34 minuty temu, Imm napisał(a):

7800 z tymi samymi ustawieniami od razu się wywaliło, po 3 sekundach. Teraz to jest kompletnie niestabilne, na takich ustawieniach jak podałeś, więc chyba nie tędy droga.

Aha, no ja mam takie ustawienia, wiec Ci je po prostu zapodalem. 7800.1950 jest łatwiejsze wiec ... mozesz sprobowac FLCK2100 i zobaczyc czy jest cos lepiej. Pytanie czy pamiec to hynix A die czy mdie? Bo tRFC masz 122~ czyli takie dla A-die jeżeli masz kosci mdie tez sie zdarzaja, to wtedy tRFC 160ns ¬ wiec o tym tez pamietaj.

Opublikowano
42 minuty temu, maxmaster027 napisał(a):

Aha, no ja mam takie ustawienia, wiec Ci je po prostu zapodalem. 7800.1950 jest łatwiejsze wiec ... mozesz sprobowac FLCK2100 i zobaczyc czy jest cos lepiej. Pytanie czy pamiec to hynix A die czy mdie? Bo tRFC masz 122~ czyli takie dla A-die jeżeli masz kosci mdie tez sie zdarzaja, to wtedy tRFC 160ns ¬ wiec o tym tez pamietaj.

Z całą pewnością jest to A-Die. Sprawdzaliśmy wczoraj też z bardzo luźnym tRFC, jakoś 750 lub podobnie, nie robiło różnicy, wywalało. Dla przypomnienia, dopóki nie ruszę tRDRDSC(z 10), to mogę nawet mocno ciasne 8000 MT/CL34 przy moich napięciach zrobić i przechodzi wszystko bez najmniejszego problemu.

Opublikowano (edytowane)
W dniu 3.12.2024 o 18:58, ernorator napisał(a):

:D moje Vipery 8200 wracają do sklepu bo nie są w stanie utrzymać 8000, nawet luźnymi timingami. 

 

Krew mnie zalewa, że moje Lexary 6400 maja zablokowany VDD VDDQ bo na 1.43v włączają się nawet na 8200 z jakimiś tam timingami i prundu im brak na stabilizacje. 

 

W dniu 3.12.2024 o 19:04, NoviAMG napisał(a):

Miałem Vipery 8000cl36 i im 1.55v wystarczało żeby wczytać pulpit na 8000mhz cl36 ... Stabilności 0. 7800mhz to samo, więc trochę bieda. Wziąłem teraz viperki 2x32gb tylko dlatego że są w cenie praktycznie 2x16. Liczę na adie i że dualrank nadrobi słabości binu względem single rank :)

8000 cl38 próbowaliście?

Starcza 1.4

 

Poniżej lexary 6400.
 

aA75zOv.png

Edytowane przez wallec
Opublikowano
1 godzinę temu, Imm napisał(a):

Z całą pewnością jest to A-Die. Sprawdzaliśmy wczoraj też z bardzo luźnym tRFC, jakoś 750 lub podobnie, nie robiło różnicy, wywalało. Dla przypomnienia, dopóki nie ruszę tRDRDSC(z 10), to mogę nawet mocno ciasne 8000 MT/CL34 przy moich napięciach zrobić i przechodzi wszystko bez najmniejszego problemu.

Rozumiem, ze chcesz miec 8 tam, w tym read to write, bo przy write to read na tRAS to tRAS mozesz ustawic 1. Generalnie proponuje Ci żebyś zacieśnił timingi podbił napiecie do 1.6 ustaw CL 36 47 47 47 94, tRP 16, wrwrscl i rdrdscl 8, i tam ponizej RDWR 18 moze byc i 2 i  1 1 1 1 1  

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

 

8000 cl38 próbowaliście?

Starcza 1.4

 

Poniżej lexary 6400.
 

aA75zOv.png

przelicznik ns dla 7800x3d to 60ns mialbys ;) . bo procki bez X3D maja -5.5 do -6ns mniej na tych samych ustawieniach. 

Opublikowano

Z moich obeserwacji wynika że długofalowo zdecydowanie najlepszych trybem jest 7800:1950 cl34. Zadowala sie zdecydowanie poniżej 1.5V VDD dla wiekszosci A-die, VSOC moze być obniżone do poziomu 0.8V srednie zuzycie energii w IDLE jest na poziomie 12W, jeżeli ktoś instaluje PTMa pod 7800x3d lub 9800x3d to ten tryb pieknie zakonswerwuje procesor na bardzo długo. Bedzie mozna tylko updatowac grafike. Sam procesor jest na tyle wydajny że starczy na dosc długo i napiecia 1.3V na SoC niekoniecznie sa niskim napieciem patrzac w perspektywnie wielu lat z korzystania z procesora. 

Samo 7800 jest ok 1% wolniejsze od 8000 wiec duzej tutaj straty nie ma. Jest to poziom 6200CL26-6400CL28

Opublikowano (edytowane)
18 godzin temu, maxmaster027 napisał(a):

Z moich obeserwacji wynika że długofalowo zdecydowanie najlepszych trybem jest 7800:1950 cl34. Zadowala sie zdecydowanie poniżej 1.5V VDD dla wiekszosci A-die, VSOC moze być obniżone do poziomu 0.8V srednie zuzycie energii w IDLE jest na poziomie 12W, jeżeli ktoś instaluje PTMa pod 7800x3d lub 9800x3d to ten tryb pieknie zakonswerwuje procesor na bardzo długo. Bedzie mozna tylko updatowac grafike. Sam procesor jest na tyle wydajny że starczy na dosc długo i napiecia 1.3V na SoC niekoniecznie sa niskim napieciem patrzac w perspektywnie wielu lat z korzystania z procesora. 

Samo 7800 jest ok 1% wolniejsze od 8000 wiec duzej tutaj straty nie ma. Jest to poziom 6200CL26-6400CL28

 Ja testuję w tylko w grach(mowa najczęściej o 0.1% lows), benchmarki są dla mnie bez znaczenia. Na tyle, na ile miałem czasu babrając się z ustawieniem mojego 8000.

 

8000CL36 zapewnia lepsze wyniki od nawet najbardziej zacieśnionego 6400CL28 czy 6200CL26. Prawdopodobnie jest to poziom lub minimalnie szybciej od idealnie ustawionego 6600 w 1:1(znakomita większość procesorów tego nie robi).

 

Przy 8000 MT UCLK=FLCK jest najwydajniejszą kombinacją w grach. Trybu pełnej synchronizacji nie da się "na siłę" przegonić ustawiając FCLK nawet na 2200 MHz. Niski VSOC jest super bonusem jeśli ktoś się zdecyduje na używanie trybu 2:1. W przypadku gier ma to sens już od 7600 MT(odpowiednik 6200 dla 1:1).

 

Oczywiście różnice w grach, ogólnie przy takich porównaniach(Ryzeny X3D) są bardzo niewielkie. Tutaj nie ma za wiele do ugrania.

 

18 godzin temu, maxmaster027 napisał(a):

Rozumiem, ze chcesz miec 8 tam, w tym read to write, bo przy write to read na tRAS to tRAS mozesz ustawic 1. Generalnie proponuje Ci żebyś zacieśnił timingi podbił napiecie do 1.6 ustaw CL 36 47 47 47 94, tRP 16, wrwrscl i rdrdscl 8, i tam ponizej RDWR 18 moze byc i 2 i  1 1 1 1 1  

20 godzin temu, wallec napisał(a):

Teraz mam bezpieczny profil wrzucony, ale dla przykładu Ci pokażę aby była jasność, co chcę.

xxxx71.jpg.da8fefedde70ba65432bca50dbd24b5e.jpg

 

Na zielono, co mam przetestowane i działa stabilnie, pozostałych nie testowałem niżej lub gubię stabilność jeśli zejdę niżej. Chcę mieć tRDRDSC 1, to nie działa, próbowałem już chyba wszystkiego. Niezależnie od pozostałych timingów jeśli ustawię tRDRDSC choćby na 9 zamiast 10 to wywala błędem, zawsze. Jeśli zostawię 10 to pozostałe (niektóre)timingi mogę jeszcze zacieśnić i będzie działało stabilnie. Jest to również dziwne dlatego, że zapis do zapisu (tWRWRSC) bez problemu działa z 1. Nikt nie potrafi znaleźć przyczyny takiego stanu rzeczy ani sensownie tego wytłumaczyć. 

Edytowane przez Imm
Opublikowano
8 godzin temu, wallec napisał(a):

 

8000 cl38 próbowaliście?

Starcza 1.4

 

Poniżej lexary 6400.
 

 

7800cl36 próbowałem, ale jakieś 1.52v pod windowsem nie miało stabilności, gdzie na starym ramie 1.4v oblatuje ten nastaw bez problemu. Po prostu były kupą i tyle, nie bez powodu leżały na outlecie. 

Opublikowano (edytowane)

Ktoś ma pomysł, co powoduje utratę 1% MT, ale zysk +0,5% ST w CPU-Z bench po zaciśnięciu timingów ?

Jeśli zastanawiasz się, jakie kostki  to Micron A Die, mogę zwiększyć do 5666, ale będzie to wymagało spadku FLCK, co spowoduje + 5 ns.

 

Ciasne timingi

aida Oc 6.jpg

 

Luźne timingi

aida Oc 5.jpg

Edytowane przez deathrabit
Opublikowano

podpowie ktoś z czym jeszcze można powalczyć vsoc 1.25 aktualnie vddio 1.38, raz widzę że tras = trp + trtp i trc trp + tras a niektórzy mają tras typu 30, gdzie jest racja?

image.thumb.png.1c2d94a89be177a459b734d89e4f6c93.png

Opublikowano
8 godzin temu, deathrabit napisał(a):

Ktoś ma pomysł, co powoduje utratę 1% MT, ale zysk +0,5% ST w CPU-Z bench po zaciśnięciu timingów ?

Jeśli zastanawiasz się, jakie kostki  to Micron A Die, mogę zwiększyć do 5666, ale będzie to wymagało spadku FLCK, co spowoduje + 5 ns.

 

Ciasne timingi

aida Oc 6.jpg

 

Luźne timingi

aida Oc 5.jpg

Jak na microny to i tak u Ciebie działaja wrecz z zawrtoną predkoscią 5600 czesto potrafi sypac bledami

 

 

Godzinę temu, Ozone napisał(a):

podpowie ktoś z czym jeszcze można powalczyć vsoc 1.25 aktualnie vddio 1.38, raz widzę że tras = trp + trtp i trc trp + tras a niektórzy mają tras typu 30, gdzie jest racja?

image.thumb.png.1c2d94a89be177a459b734d89e4f6c93.png

tRAS = trp + tRTP , tRC = tRAS + tRP, dla zasady to timingi łagodniejsze dla kontrolera i pamieci, szczegolnie warto taki zabieg uzyc jak masz 8400 -8600mhz, moze pomoc w stabilnosci. Generalnie przy 6400 jak masz VSOC buffer czyli 1.25 (nie dobijasz do konca) to mozesz smiało równac timingi, VSOC wtedy może potrzebowac ciut wiecej np 1.26V albo 1.65V. 

30 37 37 37 74, z tym że taki timing również może potrzebować nie tylko ciut wiecej VSOC (jeżeli wczesniej było na styk) ale również ciut wiecej VDD (jeżeli jest na styk). np 1,41 albo 1,42. Dla 6400 tRFC przy adie 384 co daje równie 120ns. tRDRDSCL 4 bardzo nisko. tFAW 16?  u mnie min 20 wiecej zejsc nie mozna, nie wiem czy w ogole u AMD robi to jakas roznice tFAW 16 a 20, mozesz sprobowac sobie dac najnizszy jaki sie da np 5 czy 1 prawdopodobnie bedzie działać bo tam 20 minimum jest tak czy siak, mozesz sobie przetestowac.

 

 

23 godziny temu, Imm napisał(a):

 Ja testuję w tylko w grach(mowa najczęściej o 0.1% lows), benchmarki są dla mnie bez znaczenia. Na tyle, na ile miałem czasu babrając się z ustawieniem mojego 8000.

 

8000CL36 zapewnia lepsze wyniki od nawet najbardziej zacieśnionego 6400CL28 czy 6200CL26. Prawdopodobnie jest to poziom lub minimalnie szybciej od idealnie ustawionego 6600 w 1:1(znakomita większość procesorów tego nie robi).

 

Przy 8000 MT UCLK=FLCK jest najwydajniejszą kombinacją w grach. Trybu pełnej synchronizacji nie da się "na siłę" przegonić ustawiając FCLK nawet na 2200 MHz. Niski VSOC jest super bonusem jeśli ktoś się zdecyduje na używanie trybu 2:1. W przypadku gier ma to sens już od 7600 MT(odpowiednik 6200 dla 1:1).

 

Oczywiście różnice w grach, ogólnie przy takich porównaniach(Ryzeny X3D) są bardzo niewielkie. Tutaj nie ma za wiele do ugrania.

 

Teraz mam bezpieczny profil wrzucony, ale dla przykładu Ci pokażę aby była jasność, co chcę.

xxxx71.jpg.da8fefedde70ba65432bca50dbd24b5e.jpg

 

Na zielono, co mam przetestowane i działa stabilnie, pozostałych nie testowałem niżej lub gubię stabilność jeśli zejdę niżej. Chcę mieć tRDRDSC 1, to nie działa, próbowałem już chyba wszystkiego. Niezależnie od pozostałych timingów jeśli ustawię tRDRDSC choćby na 9 zamiast 10 to wywala błędem, zawsze. Jeśli zostawię 10 to pozostałe (niektóre)timingi mogę jeszcze zacieśnić i będzie działało stabilnie. Jest to również dziwne dlatego, że zapis do zapisu (tWRWRSC) bez problemu działa z 1. Nikt nie potrafi znaleźć przyczyny takiego stanu rzeczy ani sensownie tego wytłumaczyć. 

Nie wiem czy jest najwydajniejszym combo ja mam 6324Mhz CL 26 35, i jest szybsze od 8000c34, głównie z racji 100mhz wyzszego zegara, Niestety 8160Mhz nie działa stabilnie, a 7952Mhz czyli 102x78 też lubi po jakims czasie stracic stabilnosc. A tutaj na 1:1 jest dobrze, Wiec dla 7800x3d najszybszym trybem jest ten który pozwala pracować z przekreconą szyną. 8000mhz jest jednak najefektywniejsze energetycznie zdecydowanie.

Opublikowano
10 minut temu, maxmaster027 napisał(a):

Nie wiem czy jest najwydajniejszym combo ja mam 6324Mhz CL 26 35, i jest szybsze od 8000c34, głównie z racji 100mhz wyzszego zegara, Niestety 8160Mhz nie działa stabilnie, a 7952Mhz czyli 102x78 też lubi po jakims czasie stracic stabilnosc. A tutaj na 1:1 jest dobrze, Wiec dla 7800x3d najszybszym trybem jest ten który pozwala pracować z przekreconą szyną. 8000mhz jest jednak najefektywniejsze energetycznie zdecydowanie.

Porównujesz jabłka do cytryn. ;)

 

Porównując same tryby pracy pamięci, 8000/2000 jest szybsze od każdego (póki co)dostępnego trybu 1:1 w grach.

 

A jak chcesz najszybszą (stabilną)kombinację, to nadal lepszą od tej podkręconej szyną z 1:1 będzie 8000/2000 z ECLK ustawionym na tyle samo, co sobie ustawiasz BLCK dla Twojego trybu 1:1 i problemów ze stabilnością nie będzie. Oczywiście trzeba mieć płytę z ECLK, no ale piszemy o tym, co jest najszybsze(stabilne) w grach, a nie o tym, co każdy ma lub nie. Czekam, aż komuś uda się zrobić w pełni stabilne do codziennego grania 8400/2100 i to najlepiej nie przy napięciu 1,6+. ;)

Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto

Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.

Zarejestruj nowe konto

Załóż nowe konto. To bardzo proste!

Zarejestruj się

Zaloguj się

Posiadasz już konto? Zaloguj się poniżej.

Zaloguj się

×
×
  • Dodaj nową pozycję...