Jak testować single core, gdy ustawiamy Curve Optimizer?

[Keller 593]

OCCT czy Prime testują obciążenie na pełnych rdzeniach, ale nigdy nie wiemy czy nasze ustawienie jest stabilne gdy tylko jeden wątek jest obciążony, a po to jest curve optimizer, tak?

[Send1N 2 601]

Obczaj sobie corecycler https://github.com/sp00n/CoreCycler/releases/tag/v0.10.0.0 testuje tak jak oczekujesz czyli wrzuca max boosty na każdy rdzeń losowo, najlepiej potrzymać kilka godzin.

[Keller 593]

5 godzin temu, Send1N napisał(a):

Obczaj sobie corecycler https://github.com/sp00n/CoreCycler/releases/tag/v0.10.0.0 testuje tak jak oczekujesz czyli wrzuca max boosty na każdy rdzeń losowo, najlepiej potrzymać kilka godzin.

Znaczy max boost override jest 200 więc u mnie 4450mhz. I co, on mi sam zbada najniższe ustawienie co do każdego rdzenia?

[Send1N 2 601]

Corecycler obciąża na przemian po jednym rdzeniu więc wrzuca maksymalne taktowanie na każdy oddzielnie, procek nie jest tam obciążony na 100% jak np w cinebenchu, occt, prime co owocuje tym że przez pobór mocy i limit temperaturowy coraz bardziej zrzuca zegary, takie testy często przechodzą bez problemu a pierwsza lepsza gra się wywala bo w grach masz wyższe zegary niż w stałym 100% obciążeniu, chociaż i tak ten program nie daje 100% gwarancji przy zabawie z curve optimizer, wszystko wyjdzie w praniu/graniu  

[wallec 491]

Occt, CPU, core cycling, custom, 1 core 2 threads, 30 sekund 

[sert 24]

W dniu 30.06.2025 o 21:15, Send1N napisał(a):

Corecycler obciąża na przemian po jednym rdzeniu więc wrzuca maksymalne taktowanie na każdy oddzielnie

Sytuacja dla mnie niezrozumiała u mnie:

Dwa pierwsze rdzenie ok były 6Ghz bo tak jest ustawiony maksymalny mnożnik, ale dlaczego P2, jak przyszła na niego kolej - równiez idzie na 6ghz (mnożnik maksymalny jest x53) i przy okazji może mi ktoś wytłumaczyć czym się różni w biosie ustawianie mnożników "per core" i "specific per core"?

Edytowane Sobota o 16:41 przez sert