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.

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ę

  • Popularne tematy

  • Najnowsze posty

    • Wszystkim. W Diablo po prostu wbijasz i grasz, w PoE dopracowujesz build w najdrobniejszych szczegółach i często buildy używające tego samego skilla różnią się diametralnie bo np może być wersja elemental, convert do poisona, pójście w hit albo dot itp itd.   Są ludzie którzy godzinami ślęczą nad zewnętrznymi programami jak PoB i planują build i cieszy ich to tak samo jak sama gra. Wiem, brzmi trywialnie i niby w D4 też planujesz build ale po prostu customizacja buildów w PoE jest ogromna i ma niesamowitą głębie i przerabianie swojego startera który ledwo stoi na nogach w red mapkach na uber killera sprawia mega frajdę. 
    • Jak na microny to i tak u Ciebie działaja wrecz z zawrtoną predkoscią 5600 czesto potrafi sypac bledami     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.     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.
    • Nie chcę iść zbytnio w offtop ale klucze do gier na PC to masz przynajmniej od ponad 20 lat.   Taa, jak obecny się sprzeda takiemu korpo a na to się nie zanosi.
    • Muszę za to przeprosić, było nie fer.   Więc przepraszam jamnika - nie jest temu winien, że go jakiś Zmentzony gość adoptował.
    • Dokładnie, hype w kręgach ludzi zainteresowanych ARPG jest niesamowity i ponad wszelką skalę. Głównie dlatego, że PoE to dla wielu duchowy następca Diablo II, a Diablo IV okazało się strywializowanym "niczym", gdzie każdy nawet największy casual może usiąść wbić builda z jakieś stronki i zaliczyć cały kontent gry(endgame). Ktoś pół żartem powiedział, że filmik prezentujący endgame w EA PoE II trwa dłużej niż zaliczenie całego endgame w DIV i to jest prawda.   PoE II jest jednak kierowane do innego typu graczy, tutaj nie ma niczego trywialnego. Każdy system ma głębie i sens, a ich ilość szczególnie na początku może niejednego przyprawić o ból głowy. Większość mocniej zaangażowanych graczy w PoE miała dziesiątki stron Excelu, gdzie liczą, przeliczają setki jeśli nie tysiące kombinacji, min-max wszystkiego. Ja czekam jak nic innego w tym roku. Spędziłem mnóstwo czasu w pierwszym PoE i bawiłem się zacnie.  
  • Aktywni użytkownicy

×
×
  • Dodaj nową pozycję...