Skocz do zawartości
Zamknięcie Forum PC LAB

Szanowny Użytkowniku,

Informujemy, że za 30 dni tj. 30 listopada 2024 r. serwis internetowy Forum PC LAB zostanie zamknięty.

Administrator Serwisu Forum PC LAB - Ringier Axel Springer Polska sp. z o.o. z siedzibą w Warszawie: wypowiada całość usług Serwisu Forum PC LAB z zachowaniem miesięcznego okresu wypowiedzenia.

Administrator Serwisu Forum PC LAB informuje, że:

  1. Z dniem 29 listopada 2024 r. zakończy się świadczenie wszystkich usług Serwisu Forum PC LAB. Ważną przyczyną uzasadniającą wypowiedzenie jest zamknięcie Serwisu Forum PC LAB
  2. Dotychczas zamowione przez Użytkownika usługi Serwisu Forum PC LAB będą świadczone w okresie wypowiedzenia tj. do dnia 29 listopada 2024 r.
  3. Po ogłoszeniu zamknięcia Serwisu Forum od dnia 30 października 2024 r. zakładanie nowych kont w serwisie Forum PC LAB nie będzie możliwe
  4. Wraz z zamknięciem Serwisu Forum PC LAB, tj. dnia 29 listopada 2024 r. nie będzie już dostępny katalog treści Forum PC LAB. Do tego czasu Użytkownicy Forum PC LAB mają dostęp do swoich treści w zakładce "Profil", gdzie mają możliwość ich skopiowania lub archiwizowania w formie screenshotów.
  5. Administrator danych osobowych Użytkowników - Ringier Axel Springer Polska sp. z o.o. z siedzibą w Warszawie zapewnia realizację praw podmiotów danych osobowych przez cały okres świadczenia usług Serwisu Forum PC LAB. Szczegółowe informacje znajdziesz w Polityce Prywatności

Administrator informuje, iż wraz z zamknięciem Serwisu Forum PC LAB, dane osobowe Użytkowników Serwisu Forum PC LAB zostaną trwale usunięte ze względu na brak podstawy ich dalszego przetwarzania. Proces trwałego usuwania danych z kopii zapasowych może przekroczyć termin zamknięcia Forum PC LAB o kilka miesięcy. Wyjątek może stanowić przetwarzanie danych użytkownika do czasu zakończenia toczących się postepowań.

Putout

Forumowicze
 Pokaż profil  Zobacz aktywność

  • Liczba zawartości

    2163

  • Rejestracja

  • Ostatnia wizyta

Odpowiedzi dodane przez Putout

  1. Napisano · Edytowane przez Putout

    12 godzin temu, gucio6 napisał:

    Zależy które cyferki lubisz. Albo te lepsze w parametrach albo te cyferki budżetowe ?

    200 złotych, czy ile tam hipotetycznie mógłbym zarobić w Twojej sytuacji, raczej by nie wpłynęło na moje życie w żaden znaczący sposób. odpalenie cache testu w AIDA64 też nie, ale raczej ucieszyłoby mnie bardziej.

    wracając do Twojego pytania dotyczącego wpływu CL na wydajność:

    https://www-hardwareluxx-de.translate.goog/community/threads/ram-timings-und-deren-einfluss-auf-spiele-und-anwendungen-amd-update-23-05-2020.1269156/?_x_tr_sl=auto&_x_tr_tl=en&_x_tr_hl=pl

  2. Napisano

    23 godziny temu, gucio6 napisał:

    Muszę się przyznać do tego że zakupiłem te HyperX Fury 3600 cl17 2x8gb za śmieszne 230zl. I zastanawiam się czy je montować czy jednak lepiej podmienić inne a te opchnąć komuś??

    To chyba kwestia Twoich priorytetów. Ja tam lubię cyferki :E

  3. Napisano

    W dniu 8.04.2022 o 09:48, gucio6 napisał:

    A nawołując do początku tematu... zmieniając na CL16 LUB CL15 walczę o 1fps w grze? Czy o coś więcej?

    Zależy od gry, chociaż chyba najłatwiej byłoby to sprawdzić samodzielnie.  W Internecie na pewno nie znajdziesz odpowiedzi wprost, ale możesz spojrzeć na to:

    https://www.gamersnexus.net/guides/3508-ryzen-3000-memory-benchmark-best-ram-fclk-uclock-mclock

    https://www.techpowerup.com/review/amd-ryzen-memory-tweaking-overclocking-guide/10.html

    Tutaj masz przeskoki o 2 CL. Jeśli poszukasz to znajdziesz więcej przykładów.

  4. Napisano

    No tak, rozumiem że DR są bardziej humorzaste, ale po prostu zbaraniałem, gdy trafiły mi się jakieś timingi z dupy i okazało się, że nie mogę niczego przesunąć, bo od razu lecą błędy. Nawet nie do końca wiem, w którym momencie ustawiłem właśnie te opóźnienia i dlaczego właśnie te.

    Skoro Ty zrobiłeś 3466 14-18-14 to ja chyba powinienem być usatyfakcjonowany. Ale wiadomo jak to jest - znalazłem sobie w internecie screeny, jak ktoś robił na zen+ i takich ramach 3533 i ciasne timingi, więc tak patrzę na tRFC 606 czy tFAW 24 i odczuwam dyskomfort.

    Pewnie za jakiś czas wymienię procesor na ZEN3 i jak wtedy te Cruciale nie pójdą wyżej, to najwyżej spróbuję je sprzedać jako jakiegoś białego kruka ?

    • Upvote 1

  5. Napisano

    19 godzin temu, Send1N napisał:

    A nie ty masz 2x16 :E sory  :D ale dualrank też bardziej ciśnie kontroler ale za to z temperaturą jest lepiej niż przy 4 modułach ;) 

    Tak swoją drogą to trafiłeś te cruciale w dual ranku? bo z tego co wiem to większość się przejechała po zakupie 2x16 otrzymując SR :E 

      Nie polowałem na nie, totalny fart. Kupowałem komputer w nieistniejącym już sklepie. Ociągali się z wysyłką dość długo (czekałem grubo ponad tydzień), ale potem okazało się, że pomylili się na moją korzyść i zamiast 2x 8 GB wysłali mi 2x 16. Gdyby ogarnęli się szybciej, to bym im je zwrócił, no a tak to zostały ze mną. Wyrzutów sumienia raczej nie mam, tym bardziej patrząc na ich oceny na ceneo. Musieli mieć straszny burdel pod koniec działalności.

    TestMem i tak mi się sapie o to, że temperatura miałby być zbyt wysoka ? Nawiew go nie przekonuje, chłodek w obudowie też raczej nie. Wygląda na to, że nie idzie go zmusić do współpracy w napięciem wyższym niż 1.41 V.

    Mocowałem się jeszcze chwile z 3466 MHz, ale to chyba droga donikąd. Wróciłem do tych względnie stabilnych timingów i zastanawiam się co dalej. Niby wszystko wydaje się luźne, niby niektóre timingi są z dupy (tRCDRD = tRCDRW -oba na 17, a jak zmieniłem na odpowiednio 18/16, to się zaczęło sypać).

    Nie miałem pojęcia, że to jest aż tak skomplikowany temat. Chyba, że to mój konfig jest taki złośliwy :E

    EDIT:

    Dalej próbowałem grzebać. Ruszenie timingów: tRC (nie przechodzi POST), tWR, tFAW, tRRDS, TRRDL czy tRFC wiąże się z waleniem błędów #6 i #13 w teście 1usmus_v3 już w ramach pierwszego przebiegu (wg https://docs.google.com/spreadsheets/d/1cJmhO62WHPLNKGBtsJV3BjdL-dcfJJeyhdSAoJmuzJE/edit#gid=878090880 są związane z napięciem, RTT i innymi takimi). Udało mi się obniżyć TRP o 2 i jeszcze stoi :E. Jakieś pomysły jak mogę wpłynąć na błędy #6 i #13? Na niższych napięciach traci stabilność.

    EDIT2:

    No i dupa. TRP też zaczęło sadzić błędy. Chyba dam już sobie siana, skoro ruszenie czegokolwiek prowadzi do katastrofy. Niedosyt jest duży, ale w drugim komputerze mam c-die, które też wymagają zaopiekowania się nimi xD.

     

  7. Napisano

    18 godzin temu, grayman_1 napisał:

    Ja mam taki zestaw 32GB DR i u mnie to sa kosci 3600 cl.16.

    Robia na Ryzenie 4650G 4200MHz. przy cl.18 ... i napieciu 1.41V ale to juz Zen2.

    Pierwsze to bym przywrócił wszystko do stanu fabrycznego a potem zaczął od OC ramu wprowadzajac nastawy z kalkulatora. Nie ruszaj procka.

    Wprowadz wszystko co pokazuje z palucha i testuj. Potem zrobisz cos z samym CPU.

    Tylko zaznacz ze masz dual ranki i Zen+. To Ryzen 2600 wiec 3466MHz. to tak w sam raz i wiecej to bym sie raczej nie spodziewal.

    I to raczej powinno byc 14-16-16-16-32 ... Masz wlaczone GDM wiec nieparzyste timingi i tak zostaną zaokrąglone do parzystych.

    Te pamieci nie potrzebuja zadnego nawiewu tak do okolo 1.43-1.44V potem juz jest gorzej. Możesz spokojnie je trzymac na 1.35V.

    SOC na 1.05V i możesz dac LLC3.

     

     

     

    Dzięki za wskazówki. Próbowałem już nastawy z kalkulatora, takie jak próbowałeś (przy okazji profile safe/extreme + zabawa z binami) i efekt był zawsze tragiczny. W najlepszym przypadku po prostu nie wpuszczało mnie do Windowsa, ale zazwyczaj kończyło się wyjmowaniem RAM-u, aby zresetować ustawienia :E

    Myślałem, że GDM uderza tylko w CL, a nie w pozostałe timingi. I 14-16-16-16-32 raczej odpada, bo tRCDRD na 16 sprawia, że nie przechodzi POST-u :/ Ale pokombinuję w tym kierunku.

      

    7 godzin temu, Send1N napisał:

    spróbuj ustawic napędy z 20-20-20-20 na 40-20-30-20, rttwr z rzq/3 na off, rttpark na rzq/5(48) reszte zostaw jak jest bo zbyt ciasno nie jest lub podbij jeszcze trcdrd na 18 zamiast 17, kręciłem te pamięci na r5 2600 i wymagały właśnie do 3400mhz trcdrd 18 przy cl14. Ty w dodatku masz 4 banki obsadzone co dla kontrolera zen+ jest mega ciężkie przy takiej częstotliwości, ja zrobiłem 2x8 @ 3466mhz cl14 a przy 4x8 max to bylo 3133 cl14.

    przy takich napędach PC nawet nie próbuje startować, tylko od razu jest "pyk".

    spróbuję podnieść trcdrd, bo zauważyłem że ten timing jest strasznie kapryśny.  Sprawa taktowania też mnie ciekawi, bo z tego co wywnioskowałem, to DR kręcą się gorzej niż SR. Zastanawiam się czy celowanie w 3400/3466 to nie jest trochę zbyt dużo dla takiej konfiguracji. Ale z drugiej strony, skoro 3400 14-17-17-32 potrafią być stabilne, to kusi mnie aby iść w tym kierunku.

  8. Napisano · Edytowane przez Putout

    Może ktoś mnie tutaj wesprze, bo już nerwów nie mam.

    Co tutaj można zdziałać? To chyba jedyne ustawienia, jakie nie wywalają błędów w 1usmus_v3 i anta absolut. No, przynajmniej tak było, bo próbowałem ruszyć SCL, ale leciały błędy, więc przywróciłem poprzednie ustawienia i tym razem już są błędy xD. 2 rebooty temu wytrzymał 3 godziny w absolut i godzinę w 1usmus_v3, a teraz w ciągu jednego cyklu wywalił 8 błędów.

    Próbowałem ruszać główne timingi, to od razu pojawiały się błędy (w usmus_v3 były to #1, #2, #6, #10, #13, #14). Na kości jest nawiew, w obudowie jest raczej chłodno, a sam RAM nie wydaje się ciepły. Próbowałem działać zgodnie z githubowym poradnikiem, ale wszystko zawodziło. Poradnik z techpowerup też nie podołał. O nastawach z kalkulatora nawet nie ma co wspominać, bo nich system nie uruchamiał się w ogóle.

    Wydaje mi się, że mało kto ma microny e-die DR i trudno jest mi znaleźć jakieś konkretne wskazówki.

    Jeśli to ma znaczenie w kontekście OC RAM-u, to na CPU jest ustawiony offeset -0,1375V

    ZenTimings_Screenshot.png

  9. Napisano

    20 godzin temu, Jenot napisał:

    A Ty myślisz, że to problem sterownika?

    nie znam się. skoro dawniej działało a po aktualizacji nagle przestało, to jedna rzecz przychodzi do głowy.

     

    4 godziny temu, Phoenixsuple napisał:

    https://videocardz.com/newz/techpowerup-gpu-z-will-now-report-if-geforce-rtx-30-card-is-a-lite-hash-rate-model

    Added support for resizable BAR detection on Radeon RX 5000 Series.

    Nadal pokazuje Disabled :szczerbaty:

     

    U mnie yes na wszystkich polach. Na obu komputerach.

  10. Napisano

    ja się zastanawiam jak skomplikowanym tworem musi być steorwnik AMD, że nie mogą się uporać z tym problemem od tak długiego czasu. nie potrafię sobie tego wyobrazić, bo z mojej perspektywy to wygląda tak jakby oni nawet nie wiedzieli jak się do tego zabrać.

  11. Napisano

    Wróciłęm do UWP i... wsyzstko powyżej 120 hz wywala w górę taktowanie pamięci. można powiedzieć, że jest postęp bo 21.9.1 limit był w okolicach 85 Hz (120 Hz już wyrzucało taktowanie w kosmos). Jednocześnie nie wiem jakim cudem przed instalacją 21.9.1 wszystko hulało świetnie na 240 Hz.

    Szokuje mnie również to, że bardzo długo tego błędu u siebie nie doświadczałem, a tu nagle psikus. Zgłosiłem błąd do AMD, ale jakoś nie mam większych nadziei na naprawę.

  13. Napisano

    U mnie również pojawił się problem z taktowaniem pamięci, którego wcześniej nie było. Ciągle leci na maksymalnej częstotliwości gdy używam normalnego odświeżania ekranu - 240 hz. Jak zszedłem na 85 hz (na 144 i 120 dalej był problem) to się uspokoiło. Na sterownikach UWP 240 hz normalnie schodziło z taktowaniem pamięci. Trochę kapa, bo sprawdzałem SAM w kilku grach (głównie za pomocą wbudowanych benchmarków) i w takim RDR2 czy AC:Valhalla wzrost wydajności był powtarzalny.

    A GPU-z chyba jakoś na sztywno podchodzi do resizable bar i stąd wprowadza w błąd. Inne programy już na wersjach UWP pokazywały obsługę tej funkcji na Navi.

  14. Napisano

    jak się jarałem zapowiedziami DLSS 1.0 to mi ludzie pisali, że jestem ślepy. tylko, że to był dopiero początek rozwoju i obecnie DLSS staje się czymś bez czego trudno sobie wyobrazić granie.

    czy tak samo bedzie z FSR? nie wiem, ale tego sobie i wam życzę. mam nadzieje, że AMD ogarnie temat.

  15. Napisano

    6 minut temu, SPYCHCIO napisał:

    Dla przykładu to na raka umiera co roku jakieś 8 -10mln ludzi i nikt nic z tym nie robi, żadnych lockdownów... i to jest problem bo sam często słyszę "a ten ma raka" ,  "ten zmarł na raka".

    argument inwalida. Rakiem nie da się w łatwy sposób zarazić od kogoś. Lockdown, przynajmniej w teorii, miał ograniczyć zaraźliwość.

    • Upvote 1

  18. Napisano

    W dniu 21.04.2021 o 22:28, smilehunter napisał:

    Na super sterowniku, taktowanie pamięci w przypadku RX 5500XT dalej skopane. 1736MHz cały czas, jakieś 99,2% zegara 3D (1750). 
    Dalej nie sprawdzałem nawet, choć podobała mi się minimalna instalacja. To jest to. 

    Cóż, wracam do ostatniego drivera, gdzie działało jeszcze wszystko -> 20.9.1. 

    mam dwie 5500 XT i obie chodzą dobrze na dwóch różnych komputerach. bez problemu zrzucają taktowania. nie zauważyłem opisywanego błędu na żadnej z wersji sterowników, a instaluje praktycznie każde. Jesteś pewien, że problem jest ze sterownikami a nie z czymś innym?

      

    W dniu 8.05.2021 o 17:37, Kynareth napisał:

    Przed 2017 Radeony przechodziły całkiem spoko eksponencjalną ewolucję, spadek cen i wzrost możliwości. W 2017 zaczęła się stagnacja. Opłacalność już nie poprawia się


    Strasznie to jest słabe. Dawniej AMD dużo wnosiło na niską półkę. Np. bardzo popularne były modele 7750 i 7770, a potem 7850, R9 270 czy R9 380. Mniej więcej od czasów Polarisów wszystko stoi w miejscu. 5500 XT mnie strasznie rozczarował pod kątem opłacalności i konkurencyjności. Dawniej może bym liczył, że 6500 XT zahaczy o wydajność 5600 XT przy MSRP 200 dolarów, ale teraz już się nie łudzę.

  22. Napisano

    20 minut temu, eciepecie napisał:

    Czyli tą opcję w bios mogę wyłączyć, czy w przyszłości są jakieś plany aby to działało z Zen2? 

    tego nikt nie wie. i nie spodziewaj się że dostaniesz pewną odpowiedź na to pytanie.

    pozostawienie tej opcji włączonej nic cię nie kosztuje.

  25. Napisano

    Posypał mi się dysk i odzyskiwałem .jpg za pomocą PhotoRec. Łacznie wyszło prawie 400 tysięcy plików z rozszerzeniem .jpg rozsianych po setkach folderów. Dwa problemy

    1. Część plików jest uszkodzona i chciałbym się ich pozbyć masowo

    2. Część plików jest bezwartościowa (mniejsze niż 100x100 px)

    Jak to zrobić w łatwy sposób? Najchętniej odsiałbym uszkodzone pliki do jednego folderu, mniejsze niż 100px do drugiego, a do trzeciego wrzucił wszystkie pozostałe.

×
×
  • Dodaj nową pozycję...