OCCT findet schnell Fehler, wenn man es mit dem CO übertreibt. Das ist gut geeignet, wenn man z.B mit -30 all Core anfängt. Den OCCT CPU Test (Large - Extreme - variable - AUTO (AVX2)extreme) laufen lassen und dann hagelt es recht schnell WHEAs. In der Ereignisanzeige den entsprechenden Core (ApicID) herausfinden und dann in 5er Schritten den Core anpassen.
Im BIOS auch checken, ob das Pcie Advanced Error Reporting enabled ist (sonst werden eventuell keine Wheas geloogt).
Im prinzip ist es egal ob man OCCT oder CC mit Prime/Y-Cruncher für das initiale schauen wann es "abkackt" benutzt.
Wichtig ist nur, dass man es nicht direkt übertreibt mit dem CO.
Würde daher mit -15 anfangen und mich dann auf -20 runter arbeiten, dann -25 usw.
Wenn man damit durch ist, kann man dem CC weitermachen. Ich verlinke mal einen Beitrag, der auf zwei gute Configs dafür liefert.
gute Frage, aber das ist auch meine Erfahrung. Evtl takten die Cores nicht ganz so hoch bei AVX512?
www.hardwareluxx.de
Sehe die runtime mit 10min per Core sehr kritisch.
Das kann sehr gut sein. So extrem lange lief der bei mir auf jeden Fall nie. Ich habe das über Nacht und den Arbeitstag laufen lassen. Also maximal 24h. In der Zeit gab es keinen Fehler und bei Prime95 Allcore Last ist er dann instant abgeschmiert ^^
Vllt war es auch nur ein dummer Zufall, wer weiß.
Möglich. Bei der nächsten AMD Cpu weißt du bescheid, dann kann ich dir angepasste Configs zukommen lassen ^^
Kauf dir einen 7950X3D wenn du leiden willst
Nene, ich will nicht auf AMDs sheduling angewiesen sein. Wenn dann ein 7800x3D ^^
Und abgesehen davon bin ich armer Student, kann mir sowas nicht leisten
Naja jetzt steht erstmal ein MoRa aufm Plan und die internen Radis fliegen raus. Mal sehen was Zen5 bringt und ob es dann ein 7800x3D oder 9800x3D wird ^^
Doch, es funktioniert. Aber: nur nach unten, also negativ. Takterhöhung funktioniert dadurch nicht.
Ja gut, wieso sollte man das tun?
@Darkearth27 hat mir schon einmal Configs geschickt. Mit diesen arbeite ich von nun an.
Anhang anzeigen 1449760
Kannst Du mir auch gerne noch einmal schicken. Wäre Dir sehr verbunden.
Muss ich garnicht, das sind nämlich meine CC configs *pfeif
edit:
Im prinzip reicht es wenn du SSE und AVX Schnelltest verwendest bis die Kerne abkacken.
Also wie du sagst bei -5 auf allen anfangen, beide tests laufen lassen, dann weiter zu -10 usw.
Wenn kerne abkacken, kannst du die wieder um +2 erhöhen.
Sobald dann alle Kerne einmal instabil waren, also deine CO werte hast, kannst du die Abschlusstests durchlaufen lassen.
Kann gut sein, dass da dann wieder instabilitäten auftauchen, entsprechend wieder +2 auf den Kern.
Und wenn du richtig bock hast, stellst du "Number of Threads" noch auf 2 und verdoppelts bei den Tests die Runtime per Core. Aber das dauert dann richtig richtig lange und ist nur empfehlenswert wenn du 99,9% stabilität willst, ansonsten musst du mit 99% leben.
Wäre aber auch kein Beinbruch, denn falls etwas abstürzen solltest, kannst du über die Ereignisanzeige die APIC ID rausfinden und den entsprechenden Kern +2 geben.
Sieht dann so aus und wird als WHEA ID18 gelistet:
APIC ID: 4 = Kern 3 (aka Core 2)
ID0 = Core 0, Thread 0
ID1 = Core 0, Thread 1
ID2 = Core 1, Thread 0
usw
Interessanter Sidefakt dazu:
Wenn man einen 12 Kerner hat, hört es bei Core 5 (Kern6) mit APIC ID 11 auf (=Core 5, Thread 1).
APIC ID 12-15 sind NICHT BELEGT, da diese bei den 16 Kernern eben Kern7+8 (Core6+7) von CCD0 sind.
APIC ID 16+ sind dann die Kerne auf dem zweiten CCD.
Wenn man also einen APIC ID16 auf einem 12 Kerner bekommt, dann ist damit Kern 7 (Core6, also der erste Kern von CCD1) gemeint und nicht wie man eigentlich denken würde kern9 (Core8), welcher nach Zählweise eigentlich der Fehlerhafte Kern sein sollte.
Das hat mich damals beim CO einstellen echt nerven gekostet^^