[Sammelthread] Ryzen DDR5 RAM OC Thread

[Wolf87]

Zum Thema tras trc da das immer aus Bauch raus gesetzt wird. Ist ja bald Weihnachten deshalb ein kleine Geschichte. Stellt euch vor ihr arbeitet für den Weihnachtsmann in einem großen Lager mit Fahrstühlen. Es gibt einen Fahrstuhl der die Geschenke aus dem Lager holt (Read) und einen Fahrstuhl der die Geschenke einlagert ( Write). Ihr bedient ein Terminal welches die Türen der Fahrstühle offen hält. (Tras). Im Handbuch der Elfen gibt es vom Hersteller eine Empfehlung für die minimum öffnungszeit der Türen damit die Elfen aussteigen können und die Ware aus dem Lager in den Fahrstuhl bringen können.= TRCD+ TRP

Dieser min Wert garantiert jedoch nicht das alle Elfen es rechtzeitig wieder zum Fahrstuhl zurück schaffen. Sollte es ein Elf nicht schaffen muss man auf den trc Button drücken und die Produktionsketten stehen kurz Still. Das führt dazu das man unterm Strich nix gewinnt obwohl es manchmal schneller ist. Im Handbuch der Elfen gibt es auch optimal Werte für die Read Fahrstühle und für die Write Fahrstühle. Leider fehlt in der vorliegenden Ausgabe (excel sheet) die Werte für die Write Fahrstühle. Die Werte gelten aber für beide. So kann es doch ab und an vorkommen das ein Elf beim einlagern ( Write) zu lange braucht.

Darüber hinaus gibt es in der Ausgabe noch optimale Werte für beide Varianten. Hat aber zur Folge das manche Elfen etwas warten müssen aber die Produktion nie Still stehen muss. ( Always Row Hit) Sprich der trc button ist unnötig.Deshalb tras =trc

Jetzt ist Weihnachten und die Elfen bringen aus den Fabriken die Geschenke ins Lager und von dort zum Schlitten es wusselt über all.

Ihr könnt entscheiden was ihr am Terminal einstellt. Niedriger als der Hersteller macht aber wenig Sinn wenn Weihnachten ist da viel zu oft die Produktion Still steht.

@Felix the Cat also schau mal ins Handbuch ( excel sheet) was für Tras und Trc gut ist du willst ja nicht das die Produktion still steht 😜

Hoffe jetzt ist es klarer😂😂

 

[Neon Knights]

Zum Thema tras trc da das immer aus Bauch raus gesetzt wird. Ist ja bald Weihnachten deshalb ein kleine Geschichte. Stellt euch vor ihr arbeitet für den Weihnachtsmann in einem großen Lager mit Fahrstühlen. Es gibt einen Fahrstuhl der die Geschenke aus dem Lager holt (Read) und einen Fahrstuhl der die Geschenke einlagert ( Write). Ihr bedient ein Terminal welches die Türen der Fahrstühle offen hält. (Tras). Im Handbuch der Elfen gibt es vom Hersteller eine Empfehlung für die minimum öffnungszeit der Türen damit die Elfen aussteigen können und die Ware aus dem Lager in den Fahrstuhl bringen können.= TRCD+ TRP

Dieser min Wert garantiert jedoch nicht das alle Elfen es rechtzeitig wieder zum Fahrstuhl zurück schaffen. Sollte es ein Elf nicht schaffen muss man auf den trc Button drücken und die Produktionsketten stehen kurz Still. Das führt dazu das man unterm Strich nix gewinnt obwohl es manchmal schneller ist. Im Handbuch der Elfen gibt es auch optimal Werte für die Read Fahrstühle und für die Write Fahrstühle. Leider fehlt in der vorliegenden Ausgabe (excel sheet) die Werte für die Write Fahrstühle. Die Werte gelten aber für beide. So kann es doch ab und an vorkommen das ein Elf beim einlagern ( Write) zu lange braucht.

Darüber hinaus gibt es in der Ausgabe noch optimale Werte für beide Varianten. Hat aber zur Folge das manche Elfen etwas warten müssen aber die Produktion nie Still stehen muss. ( Always Row Hit) Sprich der trc button ist unnötig.Deshalb tras =trc

Jetzt ist Weihnachten und die Elfen bringen aus den Fabriken die Geschenke ins Lager und von dort zum Schlitten es wusselt über all.

Ihr könnt entscheiden was ihr am Terminal einstellt. Niedriger als der Hersteller macht aber wenig Sinn wenn Weihnachten ist da viel zu oft die Produktion Still steht.

@Felix the Cat also schau mal ins Handbuch ( excel sheet) was für Tras und Trc gut ist du willst ja nicht das die Produktion still steht 😜

Hoffe jetzt ist es klarer😂😂

...mega, ich glaube das habe sogar ich verstanden....

 

[Vince96]

Hab mir mal ein paar Kits gekauft & gegen meine Lexar getestet. Naja habe von den hochpreisigen Kits mehr erwartet. Natürlich sagt das noch lange nichts über die Qualität der einzelnen Kits aus..

PS: min Voltage immer in 30mV Schritten angepasst, da der HVM bei allen Kits aktiv war. -> Geht wahrscheinlicher auch mit weniger "Stabil".

 

[seppelchen]

ich lasse auf meine 7200er Lexar auch nichts kommen... brauchen auch nur 1,37V.

 

[monsdra]

Hiho,
ich hab weniger ne tuning eher Stabilitäts frage.
Hab mir nen Ram gekauft, 96gb wuhu, vorher 32gb @7600mhz stabil am laufen gehabt.
Nun hab ich das Problem das mit einem 48GB Riegel der Rechner hochfährt, inklusive aller Expo Settings etc.
Mit dem 2.ten drinne hängt die Kiste für immer im memory training fest. Hab auch schon beide einzeln Probiert und da laufen sie.
Nun dacht ich ich bin zwar dumm aber fleißig und hab mir die Settings von @Joker33 eiskalt kopiert und fest im bios eingenagelt, er hat die selbe CPU und das selbe Ram Kit, was kann schon schief gehen.

Im Bios noch Nitro an and Fast Boot aus, Rechner runtergefahren, 2ten Riegel rein, uuund Ram Training loop des Todes. System kommt nicht hoch.
Habt ihr ein Tip an welchen schrauben ich drehen kann um das System mit 2 Riegeln zu starten?


So sieht es zur Zeit mit einem 48GB Riegel und den festgezurrten Einstellungen von @Joker33.
Tcl hab ich von 30 auf 32 erhöht, ansonsten ist das Expo und die Ohm's von @Joker33 ZentTimings Bild

Hab sorge da ich ein recht frühen 7950x habe der sich einfach weigert das zu futtern.
Und die Hoffnung mit dem hochschrauben irgendwelche Voltages die CPU doch noch überzeugen zu können.
Aber welche, und wo? Zurzeit stelle ich alles über das Asus Tuning Menü ein/um

Auf der Asus Seite für mein Mobo steht das Kit als Kompatibel
Allerdings hatte ich löffel keine CPU ausgewählt und für 7950x gibt es da nur ein kit mit 40-40-40-77@5600Mhz
Hatte auch schon probiert auf 40-40-40-77 runter zu gehen mit 5600MHz. Selber effekt. Memorytraining loop mit 2tem riegel...

 

[Wolf87]

@monsdra hast du ne debug Led ? Gibt die beim Boot was aus?

Hast du die Dimms im korrekten slot a2+b2.

Wenn dass nicht hilft alle Riegel raus. Cmos reset ggf. Batterie raus. Dann alle Dimms rein booten. Start kann locker 15 min dauern bei 96 gb.
Dann expo laden alles auto auch die wiederstände erst mal. Ist das bootbar?

 

[Slipknot]

Woher becume ich nen safe Setup für 6600Mhz? Oder hat jemand von oich sowas rumliegen?

 

[monsdra]

@Wolf87 hab die itx version von dem rog strix x670e, da gibt es nur 2 slots. ist in der hinsicht idotensicher.
ansonsten alles was mit warten zu tun hat schon probiert. cmos reset und bios geflashe inklusive.
mit einem stick dauert das training ca. 30 sekunden.

von der led weiß ich das es nicht ausm training raus kommt

 

[Wolf87]

@monsdra bekommst du 4800 oder 5600 geladen? 6000 kann bei 96 schon zu viel sein.

@Slipknot ich glaub 6600 im 1:1 mode ist um einfach Werte zu kopieren ein Ding der Unmöglichkeit. Man brauch hier ein golden sample oder Glück. Selbst wenn man es schafft ist die Frage ob es schneller ist als 6400 oder 6200 mit scharfen timings.

 

[Slipknot]

Mich interessiert die Frage wegen golden Sample. Die CPU m8 +200Mhz, FCLK 2200 bei CO -50. Tiefere COs habe ich noch nicht getestet. Ich würde die Frage nach golden Sample gerne klären, auch wenn die Wahrscheinlichkeit nicht hoch ist 😭EXPO bei 6600Mhz und CL34 oder von mir aus CL38 sollte genügen?

 

[Wolf87]

@Slipknot die tiefe des co sagt nichts darüber aus ob es ein golden sample ist. Die Zen CPU sind so gut dass sie ggf. bei -50 Co was schon crazy ist einfach throtteln. Mit ropbbench kannst du schauen ob du von so viel co überhaupt was hast. Da gibt es die Möglichkeit die effektive core mhz zu testen ist das einzig mir bekannte Programm was das wirklich kann.

Zu deiner Frage schau mal im overclock Forum da gibts paar die 6600 geschafft haben

 

[monsdra]

@Wolf87 mit einem stick laufen 6000 problemlos. mit beiden klappt noch nichtmal 3800, hatte das vorher eingestellt und dann den stick rein. training loop...
hatte pre aega update ne menge mit voltages rumgespielt um die "alten" 32gb@7600mhz zum laufen zu bekommen, kam da stabil auf 6400.

 

[Wolf87]

@monsdra dann schau mal im overclock Forum da gibts glaub sogar Thread für 128 gb.
Kann dir leider nicht weiterhelfen. Ggf. mal ein anderes Kit bestellen und schauen ob das geht am besten nimmste anderen Hersteller um sicher zu sein

 

[seppelchen]

8000, 7800 sind auch mit entschärften Timings nicht stabil… 7600 liefen 36 Min, nun laufen etwas schärfere Timings. Wenn ich die stabil mit ordentlichen Einstellungen schaffe, bin ich zufrieden.

Die Riegel sind übrigens frisch aus der Fabrik, KW49, also von Anfang Dezember.

 

[Felix the Cat]

@Wolf87

Danke für die nette Weihnachtsgeschichte.
Ich hatte erstmal nur alles von Buildzoid übernommen, was er in seinem Video zum 96GB Kit hatte.
Habe gerade schon mal mit der Excelliste ein paar Werte verglichen und korrigiert. Am Handy in der Nachtschicht nur ein bisschen mühselig.

Werde mir aber die Tage das ganze nochmal in Ruhe zu Gemüte führen und dann die Werte hoffentlich entsprechend richtig anpassen.

Bin froh, dass die 96GB erstmal so mit 6200Mhz laufen. Werden aber auch recht warm unter Last (Kahru), so dass ich überlege sie auf Wasser umzubauen.

 

[ApolloX]

Ich hab hier Mal vor ca. 8 Wochen Mal 6600er Timings gepostet. Suche ...

 

[Slipknot]

@Slipknot die tiefe des co sagt nichts darüber aus ob es ein golden sample ist. Die Zen CPU sind so gut dass sie ggf. bei -50 Co was schon crazy ist einfach throtteln. Mit ropbbench kannst du schauen ob du von so viel co überhaupt was hast. Da gibt es die Möglichkeit die effektive core mhz zu testen ist das einzig mir bekannte Programm was das wirklich kann.

Zu deiner Frage schau mal im overclock Forum da gibts paar die 6600 geschafft haben

ropbench funzt hier nicht, es kommt keine GUI trotz -gui.
Effiziente MHz can aber auch hwinfo auslesen. CO bleibt wohl verborgen.

 

[RedF]

ropbench funzt hier nicht, es kommt keine GUI trotz -gui.
Effiziente MHz can aber auch hwinfo auslesen. CO bleibt wohl verborgen.

Hast Ropbench als Admin ausgeführt?

 

[Wolf87]

Du musst im Defender die Treiber blocklist deaktivieren. Dann sollte es gehen. Hwinfo ist die pollingrate zu groß selbst wenn du sie runter nimmst amd ändern im 1 ms die Taktrate. Auslesen tuts nur ropbbench wirklich.

Im readme des ropbenchordner gibt es den befehl zum ausführen von Ropbench damit er die effektive Takt ausliest am besten setzte dann noch mit einem weiteren Befehl die Zeit auf min 10 sekunden. Dann boostet er pro Kern 10 sek und zeichnet die effektive Takt auf. Dann kannste co von 0 an aufwärts hoch ( negativ) nehmen bis der Takt nicht mehr zu nimmt. Von Kern zu Kern sollte der co nicht mehr als 5 Co Punkte unterschied haben. Mit dem Verfahren solltest du für games das max rausholen können. Kann aber sein dass es dir dann bei sehr starken loads wie avx2 vor allem unstable wird. Aber ich kenne kein avx2 game

 

[RedF]

ropbench_v1.71a\ropbench.exe -eff_freq -monitor_time=10 -gui

 

[Vince96]

Mich interessiert die Frage wegen golden Sample. Die CPU m8 +200Mhz, FCLK 2200 bei CO -50. Tiefere COs habe ich noch nicht getestet. Ich würde die Frage nach golden Sample gerne klären, auch wenn die Wahrscheinlichkeit nicht hoch ist 😭EXPO bei 6600Mhz und CL34 oder von mir aus CL38 sollte genügen?

Meistens gute Kerne = "schlechter" IMC. Wenn du 6400 schon am Laufen hast, dann kannst du mit 30-38-38-58 starten. VDD 1,56V, VDDQ 1,5V & VDDIO 1,4V. VSOC auf max stellen und aufpassen das tRFC nicht unter 120ns rutscht. Du kannst auch Versuchen 2233MHz zu booten & dieses mit 6400 zu stabilisieren. Welches Ram Kit wird denn benutzt.

Beitrag automatisch zusammengeführt: 20.12.2024

Du musst im Defender die Treiber blocklist deaktivieren. Dann sollte es gehen. Hwinfo ist die pollingrate zu groß selbst wenn du sie runter nimmst amd ändern im 1 ms die Taktrate. Auslesen tuts nur ropbbench wirklich.

Im readme des ropbenchordner gibt es den befehl zum ausführen von Ropbench damit er die effektive Takt ausliest am besten setzte dann noch mit einem weiteren Befehl die Zeit auf min 10 sekunden. Dann boostet er pro Kern 10 sek und zeichnet die effektive Takt auf. Dann kannste co von 0 an aufwärts hoch ( negativ) nehmen bis der Takt nicht mehr zu nimmt. Von Kern zu Kern sollte der co nicht mehr als 5 Co Punkte unterschied haben. Mit dem Verfahren solltest du für games das max rausholen können. Kann aber sein dass es dir dann bei sehr starken loads wie avx2 vor allem unstable wird. Aber ich kenne kein avx2 game

Ich habe am 9800x3d & 8400F auch Probleme mit Ropbench. Öffnet sich leider nicht, weiß nicht an was es dort liegt (mit dem 7800x3d funktioniert es). OS ist identisch...

 

[seppelchen]

Werden aber auch recht warm unter Last (Kahru), so dass ich überlege sie auf Wasser umzubauen.

Das sind ja auch extreme Bedingungen, die so kaum vorkommen, oder nicht?

Ich habe jetzt zum Testen einen Lüfter davor gestellt, im Alltag ist der nicht da. HWInfo nebenbei laufen lassen und am Ende vom Tag gucken - ich glaube nicht, dass die sich nur in die Nähe der TM5 / Karhu / Prime Werte kommen.

Und falls doch? Hm, dann werde ich mir was kleines schickes drucken. Ein leiser Lüfter hinten drin und dann eine Röhre die zum RAM pustet. Mal schauen…

Die 48GB Lancer laufen mit 7600MT/s 36-44-44 @1,4V im Moment. 28 Min Karhu ohne Fehler, jetzt ist TM5 dran - drückt mir die Daumen.

 

[Vince96]

Hiho,
ich hab weniger ne tuning eher Stabilitäts frage.
Hab mir nen Ram gekauft, 96gb wuhu, vorher 32gb @7600mhz stabil am laufen gehabt.
Nun hab ich das Problem das mit einem 48GB Riegel der Rechner hochfährt, inklusive aller Expo Settings etc.
Mit dem 2.ten drinne hängt die Kiste für immer im memory training fest. Hab auch schon beide einzeln Probiert und da laufen sie.
Nun dacht ich ich bin zwar dumm aber fleißig und hab mir die Settings von @Joker33 eiskalt kopiert und fest im bios eingenagelt, er hat die selbe CPU und das selbe Ram Kit, was kann schon schief gehen.

Im Bios noch Nitro an and Fast Boot aus, Rechner runtergefahren, 2ten Riegel rein, uuund Ram Training loop des Todes. System kommt nicht hoch.
Habt ihr ein Tip an welchen schrauben ich drehen kann um das System mit 2 Riegeln zu starten?


So sieht es zur Zeit mit einem 48GB Riegel und den festgezurrten Einstellungen von @Joker33.
Tcl hab ich von 30 auf 32 erhöht, ansonsten ist das Expo und die Ohm's von @Joker33 ZentTimings Bild
Anhang anzeigen 1056439

Hab sorge da ich ein recht frühen 7950x habe der sich einfach weigert das zu futtern.
Und die Hoffnung mit dem hochschrauben irgendwelche Voltages die CPU doch noch überzeugen zu können.
Aber welche, und wo? Zurzeit stelle ich alles über das Asus Tuning Menü ein/um

Anhang anzeigen 1056441


Auf der Asus Seite für mein Mobo steht das Kit als Kompatibel
Allerdings hatte ich löffel keine CPU ausgewählt und für 7950x gibt es da nur ein kit mit 40-40-40-77@5600Mhz
Hatte auch schon probiert auf 40-40-40-77 runter zu gehen mit 5600MHz. Selber effekt. Memorytraining loop mit 2tem riegel...

CMOS Clear --> Probier mal mit einem Stick ins Bios zu kommen und setze die SOC Spannung manuell auf 1,3V.
Dann setze VDD,VDDQ manuell auf 1,4 und lass die Widerstände sowie RTTs auf Auto.
Falls das nicht funktioniert, kann es sein das dein IMC keine Lust auf das Kit hat...

Beitrag automatisch zusammengeführt: 20.12.2024

Das sind ja auch extreme Bedingungen, die so kaum vorkommen, oder nicht?

Ich habe jetzt zum Testen einen Lüfter davor gestellt, im Alltag ist der nicht da. HWInfo nebenbei laufen lassen und am Ende vom Tag gucken - ich glaube nicht, dass die sich nur in die Nähe der TM5 / Karhu / Prime Werte kommen.

Und falls doch? Hm, dann werde ich mir was kleines schickes drucken. Ein leiser Lüfter hinten drin und dann eine Röhre die zum RAM pustet. Mal schauen…

Die 48GB Lancer laufen mit 7600MT/s 36-44-44 @1,4V im Moment. 28 Min Karhu ohne Fehler, jetzt ist TM5 dran - drückt mir die Daumen.

Lass lieber Karhu mind. 15k% laufen dann brauchst du kein TM5 mehr. TM5 ist nur gut um das Kit stabil zu bekommen, um im Anschluss Karhu zu starten. Der Endgegner ist aber immer Karhu & P95 Large FFTs.

 

[seppelchen]

ja Mist, Karhu lief 730% und TM5 brachte einen Fehler nach 1 Min. Error 0 - voltage cutoff choke. Prime95 dauert halt lange, zum Vortesten eher doof. Aber ja, nutze ich zum Schluß immer...

 

[monsdra]

@Vince96 vielen dank, habe ich versucht, glaube der IMC hat keine lust. gibt presets für hynix dual ranks die den ehh vddp? auf 1.150 hochsetzen (asus zeigt das selber schon als lila an). auch probiert, mit vsoc 1.3 kommt nicht hoch. riegel gehen zurück. bei overclock hat einer geschrieben er hat die 96gb riegel C38 mit meinem board und es klappt. Hab auch mit 40-40-40-77 probiert. kein erfolg.

 

[Vince96]

ja Mist, Karhu lief 730% und TM5 brachte einen Fehler nach 1 Min. Error 0 - voltage cutoff choke. Prime95 dauert halt lange, zum Vortesten eher doof. Aber ja, nutze ich zum Schluß immer...

nach 1min TM5 Fehler 0 ist meistens zu wenig SOC. So sind zumindest meine Erfahrungen in letzter Zeit.

Beitrag automatisch zusammengeführt: 20.12.2024

@Vince96 vielen dank, habe ich versucht, glaube der IMC hat keine lust. gibt presets für hynix dual ranks die den ehh vddp? auf 1.150 hochsetzen (asus zeigt das selber schon als lila an). auch probiert, mit vsoc 1.3 kommt nicht hoch. riegel gehen zurück. bei overclock hat einer geschrieben er hat die 96gb riegel C38 mit meinem board und es klappt. Hab auch mit 40-40-40-77 probiert. kein erfolg.

VDDP auf 1,15V ist Safe, kann man testen, ob es geht. Bist du auf 96GB angewiesen? Hast du noch ein anderes Kit zum testen da?

 

[seppelchen]

nach 1min TM5 Fehler 0 ist meistens zu wenig SOC. So sind zumindest meine Erfahrungen in letzter Zeit

Glaube ich in diesem eher nicht, war ja bei 1,3V VSoc... VDimm 1,4V, will mir noch Luft lassen. Bin von 36-44-44 auf 36-46-46 und jetzt läuft TM5 seit 20 Min -heißt aber auch noch nix.

 

[Datanette]

Du musst im Defender die Treiber blocklist deaktivieren. Dann sollte es gehen. Hwinfo ist die pollingrate zu groß selbst wenn du sie runter nimmst amd ändern im 1 ms die Taktrate. Auslesen tuts nur ropbbench wirklich.

Im readme des ropbenchordner gibt es den befehl zum ausführen von Ropbench damit er die effektive Takt ausliest am besten setzte dann noch mit einem weiteren Befehl die Zeit auf min 10 sekunden. Dann boostet er pro Kern 10 sek und zeichnet die effektive Takt auf. Dann kannste co von 0 an aufwärts hoch ( negativ) nehmen bis der Takt nicht mehr zu nimmt. Von Kern zu Kern sollte der co nicht mehr als 5 Co Punkte unterschied haben. Mit dem Verfahren solltest du für games das max rausholen können. Kann aber sein dass es dir dann bei sehr starken loads wie avx2 vor allem unstable wird. Aber ich kenne kein avx2 game

Damit hast du mich neugierig gemacht und ich möchte dieses Tool gerne anwenden. Ergibt ja auch Sinn mit dem effektiven Takt und wollte meine hohen CO Settings mal überprüfen.
Leider bekomme ich einen fatal error: stack overflow egal mit welchen Parametern ich das Tool starte. Kann es sein, dass es mit dem 9950X nicht funktioniert?
(Kernisolierung ist aus und admin Rechte wurden angewandt)

Spoiler: cmd

Microsoft Windows [Version 10.0.19045.5247]
(c) Microsoft Corporation. Alle Rechte vorbehalten.

D:\Downloads\Firefox\ropbench_v1.71a>ropbench.exe -h -nogui
RopBench v1.71a
Microsoft Windows 10 Pro 10.0.19045
- Family:1Ah Model:44h Stepping:00h
Logical processors: 32
Threads per core: 2
AVX512 is supported
CPPC order: 1,2,5,3,0,4,7,6,13,12,10,8,9,11,15,14
runtime: goroutine stack exceeds 1000000000-byte limit
runtime: sp=0xc020261390 stack=[0xc020260000, 0xc040260000]
fatal error: stack overflow

runtime stack:
runtime.throw({0x7ff6c9bdca71?, 0x200000008?})
runtime/panic.go:1067 +0x4d fp=0x35acfff860 sp=0x35acfff830 pc=0x7ff6c951bbcd
runtime.newstack()
runtime/stack.go:1117 +0x5cc fp=0x35acfff9a0 sp=0x35acfff860 pc=0x7ff6c95004cc
runtime.morestack()
runtime/asm_amd64.s:621 +0x79 fp=0x35acfff9a8 sp=0x35acfff9a0 pc=0x7ff6c9521999

goroutine 1 gp=0xc000084000 m=0 mp=0x7ff6c9eb7bc0 [running, locked to thread]:
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:230 +0x2d fp=0xc0202613a0 sp=0xc020261398 pc=0x7ff6c973a6ed
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202613b0 sp=0xc0202613a0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202613c0 sp=0xc0202613b0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202613d0 sp=0xc0202613c0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202613e0 sp=0xc0202613d0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202613f0 sp=0xc0202613e0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261400 sp=0xc0202613f0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261410 sp=0xc020261400 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261420 sp=0xc020261410 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261430 sp=0xc020261420 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261440 sp=0xc020261430 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261450 sp=0xc020261440 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261460 sp=0xc020261450 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261470 sp=0xc020261460 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261480 sp=0xc020261470 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261490 sp=0xc020261480 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202614a0 sp=0xc020261490 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202614b0 sp=0xc0202614a0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202614c0 sp=0xc0202614b0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202614d0 sp=0xc0202614c0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202614e0 sp=0xc0202614d0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202614f0 sp=0xc0202614e0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261500 sp=0xc0202614f0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261510 sp=0xc020261500 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261520 sp=0xc020261510 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261530 sp=0xc020261520 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261540 sp=0xc020261530 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261550 sp=0xc020261540 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261560 sp=0xc020261550 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261570 sp=0xc020261560 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261580 sp=0xc020261570 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261590 sp=0xc020261580 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202615a0 sp=0xc020261590 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202615b0 sp=0xc0202615a0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202615c0 sp=0xc0202615b0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202615d0 sp=0xc0202615c0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202615e0 sp=0xc0202615d0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202615f0 sp=0xc0202615e0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261600 sp=0xc0202615f0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261610 sp=0xc020261600 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261620 sp=0xc020261610 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261630 sp=0xc020261620 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261640 sp=0xc020261630 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261650 sp=0xc020261640 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261660 sp=0xc020261650 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261670 sp=0xc020261660 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261680 sp=0xc020261670 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc020261690 sp=0xc020261680 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202616a0 sp=0xc020261690 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc0202616b0 sp=0xc0202616a0 pc=0x7ff6c973a6db
...33553848 frames elided...
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f240 sp=0xc04025f230 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f250 sp=0xc04025f240 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f260 sp=0xc04025f250 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f270 sp=0xc04025f260 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f280 sp=0xc04025f270 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f290 sp=0xc04025f280 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f2a0 sp=0xc04025f290 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f2b0 sp=0xc04025f2a0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f2c0 sp=0xc04025f2b0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f2d0 sp=0xc04025f2c0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f2e0 sp=0xc04025f2d0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f2f0 sp=0xc04025f2e0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f300 sp=0xc04025f2f0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f310 sp=0xc04025f300 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f320 sp=0xc04025f310 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f330 sp=0xc04025f320 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f340 sp=0xc04025f330 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f350 sp=0xc04025f340 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f360 sp=0xc04025f350 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f370 sp=0xc04025f360 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f380 sp=0xc04025f370 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f390 sp=0xc04025f380 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f3a0 sp=0xc04025f390 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f3b0 sp=0xc04025f3a0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f3c0 sp=0xc04025f3b0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f3d0 sp=0xc04025f3c0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f3e0 sp=0xc04025f3d0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f3f0 sp=0xc04025f3e0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f400 sp=0xc04025f3f0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f410 sp=0xc04025f400 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f420 sp=0xc04025f410 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f430 sp=0xc04025f420 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f440 sp=0xc04025f430 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f450 sp=0xc04025f440 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f460 sp=0xc04025f450 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f470 sp=0xc04025f460 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f480 sp=0xc04025f470 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f490 sp=0xc04025f480 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f4a0 sp=0xc04025f490 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f4b0 sp=0xc04025f4a0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f4c0 sp=0xc04025f4b0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f4d0 sp=0xc04025f4c0 pc=0x7ff6c973a6db
main.releaseGlobalMutex()
github.com/--------/ropbench/main.go:234 +0x1b fp=0xc04025f4e0 sp=0xc04025f4d0 pc=0x7ff6c973a6db
panic({0x7ff6c9b8a980?, 0x7ff6c9b2feb0?})
runtime/panic.go:785 +0x132 fp=0xc04025f590 sp=0xc04025f4e0 pc=0x7ff6c951b8d2
runtime.panicmem(...)
runtime/panic.go:262
runtime.sigpanic()
runtime/signal_windows.go:401 +0x198 fp=0xc04025f5d8 sp=0xc04025f590 pc=0x7ff6c94fe0f8
github.com/--------/ropbench/services/winring.GetCPUData({_, _}, {0x0, 0x1, {0xc00018e008, 0x10, 0x10}, 0x1, 0x0, 0x0})
github.com/--------/ropbench/services/winring/winring.go:130 +0xa15 fp=0xc04025f9f0 sp=0xc04025f5d8 pc=0x7ff6c9700ad5
main.main()
github.com/--------/ropbench/main.go:125 +0x839 fp=0xc04025ff50 sp=0xc04025f9f0 pc=0x7ff6c9739cb9
runtime.main()
runtime/proc.go:272 +0x27d fp=0xc04025ffe0 sp=0xc04025ff50 pc=0x7ff6c94ea65d
runtime.goexit({})
runtime/asm_amd64.s:1700 +0x1 fp=0xc04025ffe8 sp=0xc04025ffe0 pc=0x7ff6c95238a1

goroutine 2 gp=0xc000084700 m=nil [force gc (idle)]:
runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
runtime/proc.go:424 +0xce fp=0xc000087fa8 sp=0xc000087f88 pc=0x7ff6c951bcee
runtime.goparkunlock(...)
runtime/proc.go:430
runtime.forcegchelper()
runtime/proc.go:337 +0xb8 fp=0xc000087fe0 sp=0xc000087fa8 pc=0x7ff6c94ea978
runtime.goexit({})
runtime/asm_amd64.s:1700 +0x1 fp=0xc000087fe8 sp=0xc000087fe0 pc=0x7ff6c95238a1
created by runtime.init.7 in goroutine 1
runtime/proc.go:325 +0x1a

goroutine 3 gp=0xc000084a80 m=nil [GC sweep wait]:
runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
runtime/proc.go:424 +0xce fp=0xc000089f80 sp=0xc000089f60 pc=0x7ff6c951bcee
runtime.goparkunlock(...)
runtime/proc.go:430
runtime.bgsweep(0xc000096000)
runtime/mgcsweep.go:277 +0x94 fp=0xc000089fc8 sp=0xc000089f80 pc=0x7ff6c94d38b4
runtime.gcenable.gowrap1()
runtime/mgc.go:203 +0x25 fp=0xc000089fe0 sp=0xc000089fc8 pc=0x7ff6c94c7f85
runtime.goexit({})
runtime/asm_amd64.s:1700 +0x1 fp=0xc000089fe8 sp=0xc000089fe0 pc=0x7ff6c95238a1
created by runtime.gcenable in goroutine 1
runtime/mgc.go:203 +0x66

goroutine 4 gp=0xc000084c40 m=nil [GC scavenge wait]:
runtime.gopark(0xc000096000?, 0x7ff6c9c5c8b8?, 0x1?, 0x0?, 0xc000084c40?)
runtime/proc.go:424 +0xce fp=0xc00009df78 sp=0xc00009df58 pc=0x7ff6c951bcee
runtime.goparkunlock(...)
runtime/proc.go:430
runtime.(*scavengerState).park(0x7ff6c9eb6b00)
runtime/mgcscavenge.go:425 +0x49 fp=0xc00009dfa8 sp=0xc00009df78 pc=0x7ff6c94d12e9
runtime.bgscavenge(0xc000096000)
runtime/mgcscavenge.go:653 +0x3c fp=0xc00009dfc8 sp=0xc00009dfa8 pc=0x7ff6c94d185c
runtime.gcenable.gowrap2()
runtime/mgc.go:204 +0x25 fp=0xc00009dfe0 sp=0xc00009dfc8 pc=0x7ff6c94c7f25
runtime.goexit({})
runtime/asm_amd64.s:1700 +0x1 fp=0xc00009dfe8 sp=0xc00009dfe0 pc=0x7ff6c95238a1
created by runtime.gcenable in goroutine 1
runtime/mgc.go:204 +0xa5

goroutine 5 gp=0xc000085180 m=nil [finalizer wait]:
runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
runtime/proc.go:424 +0xce fp=0xc00009fe20 sp=0xc00009fe00 pc=0x7ff6c951bcee
runtime.runfinq()
runtime/mfinal.go:193 +0x107 fp=0xc00009ffe0 sp=0xc00009fe20 pc=0x7ff6c94c7047
runtime.goexit({})
runtime/asm_amd64.s:1700 +0x1 fp=0xc00009ffe8 sp=0xc00009ffe0 pc=0x7ff6c95238a1
created by runtime.createfing in goroutine 1
runtime/mfinal.go:163 +0x3d

goroutine 6 gp=0xc000085340 m=nil [chan receive]:
runtime.gopark(0x0?, 0x0?, 0x0?, 0x0?, 0x0?)
runtime/proc.go:424 +0xce fp=0xc000099f18 sp=0xc000099ef8 pc=0x7ff6c951bcee
runtime.chanrecv(0xc00001a150, 0x0, 0x1)
runtime/chan.go:639 +0x41e fp=0xc000099f90 sp=0xc000099f18 pc=0x7ff6c94b7c3e
runtime.chanrecv1(0x0?, 0x0?)
runtime/chan.go:489 +0x12 fp=0xc000099fb8 sp=0xc000099f90 pc=0x7ff6c94b77f2
runtime.unique_runtime_registerUniqueMapCleanup.func1(...)
runtime/mgc.go:1732
runtime.unique_runtime_registerUniqueMapCleanup.gowrap1()
runtime/mgc.go:1735 +0x2f fp=0xc000099fe0 sp=0xc000099fb8 pc=0x7ff6c94cb02f
runtime.goexit({})
runtime/asm_amd64.s:1700 +0x1 fp=0xc000099fe8 sp=0xc000099fe0 pc=0x7ff6c95238a1
created by unique.runtime_registerUniqueMapCleanup in goroutine 1
runtime/mgc.go:1730 +0x96

 

[Alfalfax]

Mich interessiert die Frage wegen golden Sample. Die CPU m8 +200Mhz, FCLK 2200 bei CO -50. Tiefere COs habe ich noch nicht getestet. Ich würde die Frage nach golden Sample gerne klären, auch wenn die Wahrscheinlichkeit nicht hoch ist 😭EXPO bei 6600Mhz und CL34 oder von mir aus CL38 sollte genügen?

Hält der CO von -50 dem Aida-Stresstest (CPU+FPU+Cache) für 30min. stand?
Dachte mein oc wäre stabil, bis ich mit Aida nachgetestet habe und schwupps von -30 auf -15 reduzieren musste.
Wenn ja, dann ist es oc seitig wirklich ein goldener chip.

 

[LuxSkywalker]

Hält der CO von -50 dem Aida-Stresstest (CPU+FPU+Cache) für 30min. stand?
Dachte mein oc wäre stabil, bis ich mit Aida nachgetestet habe und schwupps von -30 auf -15 reduzieren musste.
Wenn ja, dann ist es oc seitig wirklich ein goldener chip.

...würde mich ziemlich hart wundern ^^