sp00n.82
Lt. Junior Grade
- Registriert
- Dez. 2020
- Beiträge
- 338
@autoshot
Dass es gegen Ende des Testprozederes Cores gibt, die mehrere Tage ohne Probleme liefen (in Wahrheit ja viel weniger, da sie ja nur "Testzeitraum/Anzahl der Kerne" liefen - bei 8 Tagen durchgehendes Testen am Stück und 16 Cores hätte man also gerade die 12 Stunden pro Core erreicht, die ich persönlich als Minimum ansehe) habe ich so bei mir auch beobachtet. Das waren dann bei mir sowas wie die "letzten Zuckungen", d.h. beinahe stabil und nur noch ein paar seltene Fehler.
Solche seltenen Fehler können übrigens auch weiterhin von einem beinahe-stabilen RAM-Overclock verursacht werden (bei Karhu z.B. hatte ich auch erst teilweise nach 13000%+ Fehler), diese Möglichkeit sollte man da also auch immer im Hinterkopf haben.
Probleme mit Neustarts hatte ich zu diesem Zeitpunkt allerdings schon sehr lange nicht mehr. Bei derartigen Problemen sollte normalerweise recht schnell ein Fehler produziert werden, evtl. spielt da also tatsächlich noch etwas anderes hinein, was bei mir nicht aufgetreten ist.
Solche Neustarts werden ja in der Regel von unzureichenden Spannungen oder zu viel over- bzw. undershoot beim Lastwechsel verursacht. LLC fällt mir da spontan ein, evtl. auch die Switching Frequency.
Aber da sind andere besser drin als ich, ich hab da damals quasi nur Buildzoids BIOS-Settings kopiert. 😅
Ich könnte mal über die Logs drüber schauen, ob ich da irgendwas Auffälliges finde, allerdings klingt es eher nicht danach.
Dass es gegen Ende des Testprozederes Cores gibt, die mehrere Tage ohne Probleme liefen (in Wahrheit ja viel weniger, da sie ja nur "Testzeitraum/Anzahl der Kerne" liefen - bei 8 Tagen durchgehendes Testen am Stück und 16 Cores hätte man also gerade die 12 Stunden pro Core erreicht, die ich persönlich als Minimum ansehe) habe ich so bei mir auch beobachtet. Das waren dann bei mir sowas wie die "letzten Zuckungen", d.h. beinahe stabil und nur noch ein paar seltene Fehler.
Solche seltenen Fehler können übrigens auch weiterhin von einem beinahe-stabilen RAM-Overclock verursacht werden (bei Karhu z.B. hatte ich auch erst teilweise nach 13000%+ Fehler), diese Möglichkeit sollte man da also auch immer im Hinterkopf haben.
Probleme mit Neustarts hatte ich zu diesem Zeitpunkt allerdings schon sehr lange nicht mehr. Bei derartigen Problemen sollte normalerweise recht schnell ein Fehler produziert werden, evtl. spielt da also tatsächlich noch etwas anderes hinein, was bei mir nicht aufgetreten ist.
Solche Neustarts werden ja in der Regel von unzureichenden Spannungen oder zu viel over- bzw. undershoot beim Lastwechsel verursacht. LLC fällt mir da spontan ein, evtl. auch die Switching Frequency.
Aber da sind andere besser drin als ich, ich hab da damals quasi nur Buildzoids BIOS-Settings kopiert. 😅
Ich könnte mal über die Logs drüber schauen, ob ich da irgendwas Auffälliges finde, allerdings klingt es eher nicht danach.