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ń.

SirHawk

Forumowicze
  • Liczba zawartości

    965
  • Rejestracja

  • Ostatnia wizyta

Odpowiedzi dodane przez SirHawk


  1. 14 minut temu, Brodziol napisał:

    tREFIX9 - tylko ta opcja w górę?

    Ok, po próbuję trochę. Jest co kombinować. 

     

    1. Ile dać max Voltów?. 1.43?

    2. Jaka jest max temperatura? Mi podczas testów nieco ponad 50 stopni jest.

     

    3. Co to jest Dram Command rate. Mam tę opcję na auto.

    Command rate na 1 (i tak nie wejdziesz na wysokie zegary z tym, co masz, by CR na 2 można było skompensować), tREFIX9 nie ruszasz, jest gdzieśtam tREFI zwykłe i tylko to do góry, wolty nie wiem, SA możesz dać 1.1, VDDQ i VDD2 można przewoltować i spowodować gorsze możliwości OC, więc musisz samemu szukać złotego obszaru, ale możesz spróbować z 1.38V na obu, tylko płyty Asusa mają jeszcze IVR Transmitter VDDQ, które musisz mieć przynajmniej równe VDDQ. VDD (dużo tych "VDDx", więc ich nie myl :P) nie wiem, trzepnij 1.4V i fajrant, bo na 7000MHz bankowo nie wejdziesz na tej płycie.

    A teraz wisienka na torcie - RAM może być wrażliwy na temperaturę i przykładowo wysypywać się przy 45C. Mi się wysypuje przy 40C na 4133MHz i 44C na 4000MHz ?


  2. TM5, (na overclock.net jest), profil Absolut a przynajmniej Extreme1, 5 cykli. TCL nie ruszaj, szkoda czasu, ciśnij po wszystkich innych, przy czym tylko tREFI w górę, przy czym najpierw szukasz najwyższego zegara a dopiero potem timingi. 

    • Thanks 1

  3. 44 minuty temu, MPro napisał:

    Widzę, że nikt Ci nie odpowiedział, ale oczywiście że lepszy jest Kingston. Tam przy 3600Mhz masz CL16 a nie CL18. Renegade jest dośc wysoki, upewnił się czy wejdzie pod chłodzenie CPU.

    A sprawdziłeś resztę timingów? CL absolutnie nic nie znaczy i na nic nie wpływa, przy czym 20-20 na pozostałych niszczą wydajność, inna sprawa, że te Goodramy są jeszcze gorsze. Niemniej, Renegade to kit Hynixów, więc bankowo Dual Rank, więc 10-15% boost za free. 

     

    Chociaż w sumie z tym Dual Rank też niekoniecznie, mogą być 16 Gbit użyte :x


  4. 24 minuty temu, ju-rek napisał:

    Możesz pokazać, jak masz ustawione na swojej płycie głównej i procesorze? Chciałbym porównać do tego co sam "wyrzeźbiłem"

    Pamiętaj, że mam 12700k, choć adaptive jest uniwersalne. 

    LLC8, DC 95, AC 14, adaptive 1.46V. Zanim się bawiłem TVB, to miałem all core x50 i advanced adaptive offset na - 0.1 przy x50, LLC4, AC 24 DC 28. Jak pod pełnym obciążeniem VID=Vcore to DC jest ustawione poprawnie. 


  5. 31 minut temu, jacekcz napisał:

    Tak mam ustawione.

    Throttling występuje prawdopodobnie przez nieprawidłową kompensację AC/DC dla takich obciążeń.

    Mój setup jest skonfigurowany pod moje potrzeby a nie jakieś wypalarki typu blender. Na razie nic nie zmieniam bo komputer działa stabilnie i nic się nie sypie.

    DC ustawiasz na 1:1 pod impedancję ustawianą przez LLC, zależne od płyty głównej i poziomu LLC, inaczej masz przekłamany pobór mocy, AC się ustawia pod napięcie oczywiście, by przy adaptive uzyskać napięcie w zależności od poboru mocy. Przyjdzie CoD czy inny singiel, który przy ładowaniu mapy wchodzi na 200W ponad i sypnie. 


  6. 7 godzin temu, jacekcz napisał:

    A co  w tym dziwnego? To tylko cpu może throttl-ować?

    Jest jeszcze vrm.

    Jak nie jedziesz na śmietnikowatej B660, to VRM nigdy nie będzie problemem, ale przy 90C throttling nigdy nie powinien następować, chyba że ręcznie przestawiłeś. Ale jest jeszcze IccMax (chyba sensor procesora nie sekcji zasilania), który dla Raptorów (13900k?) jest ustawiony na 300A, jeśli nie zmieniałeś niczego w biosie, to pewnie przekraczałeś limit chwilowego poboru prądu w cepie (piku, nie raportowanego, ten co zobaczysz tylko pod oscyloskopem) i dlatego throttlowało. Ludki od płyty Z690-A, którzy się przesiedli na Raptory o tym pisali, zwłaszcza upierdliwe dla 13900k kręconego. Nie wiem, czy wyłączenie IA CEP Support zdejmie ten throttling. Od razu też zaznaczę, że w gierkach też bez problemu na tę ścianę trafisz, zwłaszcza w internetówkach. 


  7. W dniu 20.12.2022 o 03:45, MaxForces napisał:

    NO widocznie nic nie robisz w blenderze bo obciazy wiecej niz ten benchmark.

    A tak nawiasem mowiac masz strasznie niski wynik na taktowanie 5800. Wiecej wyciagam 55/44/46

    bbb.jpg

    Clock stretch, za niskie napięcie ?. A na serio, to te 5.8 ma na jednym rdzeniu, all core pewnie 5.4.

     

    Edit: Twierdzi wcześniej, że 5.7GHz all core, więc clock stretch jak ta lala. Może dlatego tRRD tak rozstrzelone dawało lepsze rezultaty niż 4/16? Bo cep musiał czekać na odzew RAMu w pizdu dłużej, więc nie musiał się ratować pomijaniem cykli :x


  8. 23 minuty temu, jacekcz napisał:

    A to czemu? Blender bez problemu przechodzi. Takiego obciążenia nigdy na co dzień nie zobaczę więc to ma średni sens.

    Przecież jest zapas w stosunku do ustawień na XTU po modyfikacji V/F dla trybu "per core".

    drCdK2p.png

    Ogółem to też tak myślałem, a potem zauważyłem, że Tera Online mi przy wczytywaniu lokacji wciąga chwilowo 200W :x


  9. 39 minut temu, MaxForces napisał:

    Ja nie mowie o programach do wypalania a normalnego uzytku. Odpalisz blender na ustawieniach XTU i mozesz zapomniec o tych ustawieniach.

    XTU w sumie nigdy nie używałem (uważam XTu za śmietnik, utrwalający złe nawyki) ale R23 do all core jest jak najbardziej dobry, ja go sobie jeszcze uzupełniam własnym renderem w Blenderze na 24h, a potem Geekbench do ogarniania boostów na mniejszą ilość rdzeni, te boosty z kolei się choćby do sculptu w Blenderze przydają.


  10. 21 minut temu, jacekcz napisał:

    Ja do tego podchodzę tak, że najpierw szukam Vcore dla Wszystkich rdzeni w trybie adaptive z kompensacją AC/DC dla niskiego LLC. Sprawdzam stabilność programem XTU.

    Później zwiększam częstotliwość na poszczególnych rdzeniach. Jak potrzeba więcej V to dodaję do punktu V/F przez offset. To niestety zwiększa znalezione wcześniej vcore dla trybu all.

    Wiem, że dla trybu all przetestowałem stabilność i to mi się nie wysypie. Jak mimo wszystko się wysypie w normalnym używaniu kompa to źródłem problemu jest wyżej taktowany rdzeń i wtedy korekta V/F.

    Dokładnie tak, też tak robiłem i to mi się wydaje najlepszą metodą, zwłaszcza że niemal wszystko i tak korzysta z all core, dlatego najlepiej zadbać o all core jako pierwsze. Z tym, że ja daję Cinebencha R23, wydaje mi się lepszy przez cykl stanu napięcia przez to, że mam poodpalane wszystkie opcje energooszczędne, więc ładniej łapie crashe przy przejściu do stanu niskiego po nagrzaniu cepa. TVB już testowałem poprzez 20 cykli Geekbencha 5, Blenderowanie i w ogóle gierki. Jak dotąd niecały tydzień bezproblemowo, boost funkcjonuje poprawnie - weryfikowany w HWiNFO. Śmieszne, bo ten boost mi się w grach w ogóle nie przydaje :x


  11. 30 minut temu, Markus_TVN napisał:

    Widać u mnie  zbytnio nie ciśnie Vcore  skoro w testach  typu Prime  maks  Vcore to  1.34  ,  dodam że stary  12700k  do  stabilnego 5.1  potrzebował 1,39V

    Swoją  drogą  Intel to potrafi wycisnąć  ostatnie soki z  tych  10nm , ludzie mają po  5,8GHz stabilnie w grach na  13900k

     

    Może znacie jakiś soft  do   odczytu   Core  SP  rating ?  z tego co  wyczytałem  mają  go w biosach  tylko  Asusy  RoG  :(

    Ni ma takiego a to i tak są tylko obliczenia na bazie VID :P. 1.25-1.32V VID to średniaki, poniżej to dobre sztuki, powyżej to śmietnik, vide mój 12700k z 77SP p core i 1.36V VID xD. Ale 5GHz all core przy 1.289V robi, do tego pod Blendera pobawiłem się z TVB i 1-2 core mam 5.3GHz, 3-5 core mam 5.2GHz, 6 core 5.1GHz i 7-8 5.0GHz przy 4.4GHz cache i 4.0 na e cores, jedyne co musiałem zrobić, to dać adaptive voltage na 1.42V i AC Loadline na 12 przy LLC 7 poziomu, by mi dropiło napięcia jak należy. A poniżej fotka, co mi Strix D4 proponował x). Ponad 40W różnicy, do tego moja sztuka przy OC wywala się po kilkunastu minutach, jeśli temperatura się utrzymuje jakiś czas powyżej 86C, jak się trzyma na 82C to robi render w Blenderze przez 24h. Prime i Linpack niewykonalne.

    C9GzBa5.png

    Więc serio, AI overclocking i wszystkie podobne to po prostu gówno i brute force, tak było, jest i będzie, póki ktoś nie zacznie dodawać wbudowanego autooverclockera, badającego stabilność i modyfikującego offset. Ale też jak chcesz undervolt, to musisz korzystać z offsetu, bo adaptive nie przepuszcza napięć będących poniżej wbudowanego w procesor V/f, czyli jak wyjdzie, że dla x51 masz 1.29V, to jak wklepiesz 1.28V to to zignoruje i ustawi tak czy siak 1.29V.

    Ale też widzialem ludzi z 13900k na 6GHz na dwóch rdzeniach, problem w tym, że potrzebują 1.45V, przy czym uwzględniając spadek napięcia w wyniku nieużywania agresywnego LLC (więc i nie rozwalając sobie tętnień) to efektywnie są na limicie napięcia adaptive oraz fakt, że nie da się jednocześnie podbić napięcia, ustawić offsetu i dać kompensację AC Loadline, by mieć możliwie "niskie" napięcie na maksymalnym booście i jednocześnie możliwie niskie napięcie na all core, jedno z dwóch zawsze będzie miało je zawyżone.

    • Like 1
    • Haha 1

  12. 26 minut temu, Markus_TVN napisał:

    Płyta jak w  sigu  brak opcji  sprawdzenia  Core SP   :/   a co  do  A.I overclocking to co jest z tym nie tak ?

    Mam włączone  Ai  overclocking  II  5.5GHz   maks  , 5.4 na wszystkich rdzeniach  i maks  VCore  1.34   przeciętnie  1.288  i temperatury w grach maks  65'C  .

    To, że przewoltowuje zbędnie.

      

    Godzinę temu, Radio_Tirana napisał:

    Dobrze, że pan poruszyłeś tą kwestię. Ostatnio się zastanawiałem, dlaczego na 13600K nie mogę dać mnożnika powyżej x55. Nawet jak dam x56 to system to widzi jaki x55. 

    Interpolacja dotyczy tylko i wyłącznie napięć przy korzystaniu z adaptive voltage, zegar możesz bić jaki chcesz, ale przy adaptive napięcie dla każdego mnożnika jest wgrane jako krzywa V/f indywidualna dla każdego procesora, przy czym bez offsetu i ręcznego wklepania napięcia (interpretowane jako największe dopuszczalne) płyta wie jakie napięcie ustawić tylko dla najwyższego fabrycznie ustawionego zegara +1, czyli dla 13600k dla 5.2GHz. Powyżej przy trybie auto normalnie powinna dać te same napięcia, co dla wspomnianego punktu, Skatterbencher ma to fajnie opisane. Jak po wbiciu x56 proc nie wskakuje na x56 w systemie nigdy, to coś jest zepsute.


  13. 15 minut temu, Minciu napisał:

    A słyszałem że do i5 nawet lepsze trafiają niż do i7. Bo i5 odpada za rdzenia a nie sp.

    Wyższy IHS  o 0.1mm wymaga nowy socket. Bardziej bzdurnego powodu być nie mogło. 

    Lepszy docisk chłodzenia stworzy barierę nie do przejścia.

    Raczej ciekawość niż rządzą bicia rekordów. Chociaż z Gigabyte jest pokusa aby kliknąć 6.0 na dwa jaja. Z opisu nie brzmi jak gwałt proca 

    Z690-A Pro (pewnie wszystkie Z690 i Z790 też) z adaptive voltage nie pozwoli pójść ponad 1.52V przy LLC ustawionym tak, że napięcie load 1:1 idle (próg spada przy LLC pozwalającym na spadek napięcia), więc technicznie nie ma możliwości, by dowaliło overvolt kosmiczny, ale jak przestawi się na override to już mniej ciekawie będzie ?. No i przy 13700k płyta nie ma jak interpolować napięcia, bo najdalszy mnożnik to x55 (maksymalny +1), więc ogółem czarno widzę te 6.0 na dwóch rdzeniach, najpewniej funkcja robiona z myślą o dobrych 13900k.


  14. Godzinę temu, MarcoSimone napisał:

    Nope.

    Nie mogę coś przebić 4100 :P

    Pamiętaj, że jest więcej napięć niż tylko SA a tRDRD 7 na wyższych zegarach nie musi być gwarantowane działać na 7 i sprawdź, czy płyta ustawia ODT na 80, 0, 40 (typowe impedancje dla B-Die Dual Rank). Z wątku na overclocku pamiętam marudzenie, że 1.90 ma czasem z tym problemy.


  15. 6 godzin temu, MarcoSimone napisał:

    mmbXRy3.png

    Masz te RTL-e :P

    Kosztowało to podbicie SA z 1.28 na 1.34v :P

    No teraz masz poprawnie zrobione i funkcjonujące OC. Zjedź ino z tRDWR i fajrant, ale 1.34V na SA to pewnie 4266MHz powinien kontroler ogarniać.


  16. No to jest coś, co technicznie nie powinno mieć w ogóle miejsca, może płyta nie ogarnia? Możesz porównać w biosie wszystkie timingi przy 6/4/16 z 15/6/32 i czy jest ten spadek wydajności pomiędzy 15/6/32 a 6/4/16 ale na 4000MHz?


  17. Tak mnie tylko zastanawia, w jaki sposób wam zbyt agresywne tRFC i tREFI niby obniżały wydajność po podbiciu cache, skoro jedno z drugim nie ma nic do rzeczy, bo nie wpływa to na tempo pobierania danych z kontrolera pamięci a same te timingi to wewnętrzne opóźnienia kostek DDR :D.

×
×
  • Dodaj nową pozycję...