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+. ;)

Opublikowano
Godzinę temu, Imm napisał(a):

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+. ;)

Oj, nie chce tutaj sie rozwodzic nad tematem o wydajnosci, ale 8000mhz miałem stabilne i dawno temu, (ponad rok) od momentu powjawienia sie AGESA 1.0.0.7. Więc chyba sobie sprawdziłem co jest szybsze :) Jeżeli mowie że 5150Mhz czyli 1.02x6200/2133(6324/2175) cl 26 35 35 tRFC 120ns jest szybsze od 5050Mhz 1.00x8000/2000 tRFC120ns to znaczy, że tak jest. Nie jest to duża różnica, bardziej zależy czy gra opiera sie na Mhz czy na pamieci, ale może to też zależeć od płyty głównej. Bo 6200 działa z nitro 1:2:1 a 8000 z 2:3:1 co również obcniża ns dla trybu 1;1 , więc jest on porównywalny w obu przypadkach okolice 58ns. Oczywiscie jakby sie dało 8160Mhz to takiego trybu bym używał, ale niestety nie da sie, już 8080Mhz ma spore problemy ze stabilnoscia, trzeba luzowac tRFC do 800. itp także jak masz 9800x3d to polecam 8000 bo tam mnożnik jest odblokowany i nie potrzeba bawic sie szyna, natomiast w 7800x3d wiecej zyskamy z dodatkowymi 100mhz szczegolnie jezeli ktos ma dobre chlodzenie. Nie mam płyty z ECLK, BCLK też mozna przekrecić z tym że lżej. Natomiast oczywiscie mogą sie znaleźć gry które preferuja predkosc pamieci, wiec tutaj sam dostep ns przy rozbierznosci predkosci też nie wiele mówi. No ale te różnice to sa w granichach 1-2% wiec tak dużo sie nie traci.

Opublikowano (edytowane)
2 godziny temu, maxmaster027 napisał(a):

Oj, nie chce tutaj sie rozwodzic nad tematem o wydajnosci, ale 8000mhz miałem stabilne i dawno temu, (ponad rok) od momentu powjawienia sie AGESA 1.0.0.7. Więc chyba sobie sprawdziłem co jest szybsze :) Jeżeli mowie że 5150Mhz czyli 1.02x6200/2133(6324/2175) cl 26 35 35 tRFC 120ns jest szybsze od 5050Mhz 1.00x8000/2000 tRFC120ns to znaczy, że tak jest.

Zrozum mnie dobrze. Porównujesz przekręcone szyną 5150 do niepodkręconego szyną 5050 MHz. Sensu to nie ma dla mnie. Dlatego napisałem, że porównujesz jabłka do cytryn.

 

Porównaj 5050 w 1:1 do 5050 w 2:1. W prawie wszystkich grach mi wychodzi zawsze na korzyść 2:1(8000/2000). Testuję to cały czas.

Analogicznie jak podkręcisz za pomocą ECLK 2:1 to jest szybsze od podkręconego do tego samego poziomu za pomocą BCLK 1:1. Sprawdziłem. ECLK można również - czasem pociągnąć jednak wyżej niż BCLK, jak sam zauważyłeś.

 

Oczywiście różnice są minimalne i naturalnie dobór tytułów, czyli, które silniki gier preferują przepustowość, a które opóźnienia i jeszcze z 5 innych czynników ma znaczenie. W mojej opinii, jeśli ktoś ma 7800x3d oraz płytę z ECLK, to najwydajniejszym trybem(do grania) będzie 8000/2000 z podkręconym prockiem za jego pomocą.

 

No ale zostawmy to, nie temat na takie dyskusje w sumie.

Edytowane przez Imm
Opublikowano
9 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 ?

Zwykły błąd pomiaru

Cpuz nie reaguje na zmianę ustawień ram

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ę
  • Ostatnio przeglądający   1 użytkownik


×
×
  • Dodaj nową pozycję...