[Sammelthread] Offizieller AMD RX 9070 (XT) Overclocking und Modding Thread

[ShirKhan]

Jetzt lasst mal die Kirche im Dorf. SSDs ausbauen oder deaktivieren, wozu soll das gut sein? Die einzig sinnvolle Maßnahme, um Ruhe vor Software-Hintergrundgeräuschen zu haben, ist ein frisches Windows. Dafür genügen 100 GB auf einer vom Hauptsystem abgezweigten Partition, aktiviert per Multiboot. Und selbst das ist zu viel Aufwand, um 2 statt 4 GB mittlere Abweichung im memtest_vulkan zu sehen.

Worum geht es euch denn? Das einzig Wichtige ist doch, wieviel mehr Leistung euer VRAM bei welcher Übertaktung bringt. Das zeigt der Durchsatz im Langtest von m_v. Entscheidend ist die Temperatur. Wenn der Speicher "meiner" aktuellen 9070 XT so hart übertaktet wie in den Spieletests (2824 FT) mittels manuell reduzierter Lüfterdrehzahl 90 °C warm werden darf, wirft er Fehler und die Datenrate geht um bis zu 100 (!) GB/s runter. Fünf Grad weniger und alles ist fein.

Haltet eure Karte kühl oder reduziert das VRAM-OC, nur darauf kommt es an. Ob ein altes Windows oder viel installierte Software Störgeräusche macht, ist doch egal, oder?

 

[Casillas]

Das wäre ja ok soweit. Wenn die Karten bei zu viel OC einfach abschmieren würden. Aber das tun sie ja „leider“ nicht, so dass (soweit ich das jetzt verstanden habe) die Stabilität der Durchsatzwerte im Memtest das Kriterium ist, um heraus zu finden, ob der Speicher die taktrate noch schafft oder nicht. Und das excl der Schwankungen durch die Temperatur selbstverständlich. Deswegen wird hier zur Sicherheit ja mit 100% Fan getestet.

Korrigiert mich da gerne, wenn ich das falsch verstehe.

 

[ShirKhan]

Nicht die Stabilität der Werte ist wichtig, sondern ob der Durchsatz steigt oder sinkt, höher oder niedriger ist. Das lässt sich im Langtest beobachten und abschätzen. Solange problemlos ein Trend zu erkennen ist, spielt es keine Rolle, ob die Werte um ein paar GB schwanken.

Deswegen wird hier zur Sicherheit ja mit 100% Fan getestet.

Spätestens nach meinem Temperaturbeispiel oben sollte klar sein, warum das die falsche Methode ist. Es sei denn, du zockst auch mit 100 % Lüfterdrehzahl.

 

[3Murmeln]

Witzige Entdeckung zu den wankelmütigen Werten in m_v.

Meine Graka: Sapphire 9070 XT Pulse mit Werten: 2764 MHz | -50 mV | 85% PT

Die Konsole blinkt so vor sich hin:

1: Bus=0x03:00 DevId=0x7550 16GB AMD Radeon RX 9070 XT
Standard 5-minute test of 1: Bus=0x03:00 DevId=0x7550 16GB AMD Radeon RX 9070 XT
1 iteration. Passed 0.0424 seconds written: 10.5GB 559.4GB/sec checked: 14.0GB 591.6GB/sec
25 iteration. Passed 1.0154 seconds written: 252.0GB 564.6GB/sec checked: 336.0GB 590.5GB/sec
143 iteration. Passed 5.0226 seconds written: 1239.0GB 561.9GB/sec checked: 1652.0GB 586.3GB/sec
843 iteration. Passed 30.0137 seconds written: 7350.0GB 558.8GB/sec checked: 9800.0GB 581.2GB/sec
1542 iteration. Passed 30.0250 seconds written: 7339.5GB 559.0GB/sec checked: 9786.0GB 579.2GB/sec
2242 iteration. Passed 30.0282 seconds written: 7350.0GB 558.3GB/sec checked: 9800.0GB 581.1GB/sec
2943 iteration. Passed 30.0218 seconds written: 7360.5GB 559.7GB/sec checked: 9814.0GB 581.7GB/sec
3642 iteration. Passed 30.0140 seconds written: 7339.5GB 558.4GB/sec checked: 9786.0GB 580.0GB/sec
4336 iteration. Passed 30.0309 seconds written: 7287.0GB 555.9GB/sec checked: 9716.0GB 574.2GB/sec
5035 iteration. Passed 30.0074 seconds written: 7339.5GB 558.6GB/sec checked: 9786.0GB 580.2GB/sec
5733 iteration. Passed 30.0069 seconds written: 7329.0GB 558.5GB/sec checked: 9772.0GB 578.8GB/sec
6432 iteration. Passed 30.0334 seconds written: 7339.5GB 558.8GB/sec checked: 9786.0GB 579.1GB/sec

iterations: 6432 | min. written: 558.3 GB/sec | min checked: 574.2 GB/sec

Das Ganze nochmal mit konstanter Mausbewegung während der ganzen 5 Minuten:

1: Bus=0x03:00 DevId=0x7550 16GB AMD Radeon RX 9070 XT
Standard 5-minute test of 1: Bus=0x03:00 DevId=0x7550 16GB AMD Radeon RX 9070 XT
1 iteration. Passed 0.0408 seconds written: 10.5GB 589.1GB/sec checked: 14.0GB 608.9GB/sec
26 iteration. Passed 1.0169 seconds written: 262.5GB 588.6GB/sec checked: 350.0GB 613.0GB/sec
149 iteration. Passed 5.0040 seconds written: 1291.5GB 588.5GB/sec checked: 1722.0GB 613.0GB/sec
880 iteration. Passed 30.0013 seconds written: 7675.5GB 585.2GB/sec checked:10234.0GB 606.1GB/sec
1607 iteration. Passed 30.0026 seconds written: 7633.5GB 583.2GB/sec checked:10178.0GB 601.8GB/sec
2336 iteration. Passed 30.0160 seconds written: 7654.5GB 583.8GB/sec checked:10206.0GB 603.7GB/sec
3067 iteration. Passed 30.0224 seconds written: 7675.5GB 585.0GB/sec checked:10234.0GB 605.5GB/sec
3798 iteration. Passed 30.0277 seconds written: 7675.5GB 584.7GB/sec checked:10234.0GB 605.6GB/sec
4528 iteration. Passed 30.0227 seconds written: 7665.0GB 584.2GB/sec checked:10220.0GB 604.7GB/sec
5257 iteration. Passed 30.0102 seconds written: 7654.5GB 583.9GB/sec checked:10206.0GB 603.8GB/sec
5987 iteration. Passed 30.0296 seconds written: 7665.0GB 584.2GB/sec checked:10220.0GB 604.4GB/sec
6716 iteration. Passed 30.0049 seconds written: 7654.5GB 584.1GB/sec checked:10206.0GB 603.9GB/sec

iterations: 6716 (+4,4 %) | min. written: 583.2 GB/sec (+4,4 %) | min checked: 601.8 GB/sec (+4,8 %)

 

[ShirKhan]

Ist mir auch aufgefallen, danke für die Bestätigung! GDDR6-Speicher mag offenbar keine Camper.

 

[3Murmeln]

Ist mir auch aufgefallen, danke für die Bestätigung! GDDR6-Speicher mag offenbar keine Camper.

Naja ... Team-Grün hat dafür eine 'Höchstleistung'-Option im Treiber - bei Team-Rot habe ich so eine Option noch nicht gesehen...

 

[ShirKhan]

Weil als Erklärung für die "unmerkliche" Leistungsreduktion immer wieder ECC (Error-Correcting Code) genannt wird, hab ich mal ChatGPT nach dessen Implementierung in GDDR6 gefragt, konkret für RDNA 3 (weil es zu 4 noch keine Infos hat). Antwort: Gibt's gar nicht in AMDs Gaming-Grafikkarten.

Spoiler: ECC in RDNA 3/4

Hat GDDR6-Speicher auf RDNA 3 (und RDNA 4) ECC?

"GDDR6-Speicher auf GPUs mit der RDNA 3-Architektur von AMD verfügt nicht über ECC (Error-Correcting Code) für den Grafikspeicher. Dies gilt sowohl für Gaming-GPUs als auch für die meisten professionellen Modelle auf Basis von RDNA 3. Die RDNA-Architektur von AMD, die hauptsächlich auf Gaming-Leistung ausgelegt ist, priorisiert hohe Speicherbandbreite und Energieeffizienz, während ECC traditionell in professionellen und Rechenzentrums-GPUs (wie der Radeon Pro-Serie oder Instinct-Beschleunigern) zum Einsatz kommt, nicht jedoch in den Gaming-orientierten RX-Karten.

ECC in RDNA 3 und professionellen GPUs

Gaming-GPUs: RDNA 3-basierte Gaming-Grafikkarten, wie die Radeon RX 7000-Serie, nutzen GDDR6-VRAM, aber dieser Speicher bietet keine native ECC-Unterstützung. Für Gaming-Anwendungen wird ECC nicht als erforderlich angesehen, da ein einzelner Bitfehler in einem Frame einer Grafikszene in der Regel keine signifikanten Auswirkungen hat.
Professionelle GPUs: Bei professionellen GPUs, die auf RDNA 3 basieren (wie die Radeon Pro W7000-Serie), könnte ECC implementiert sein, je nach Modell und Einsatzzweck. Diese Karten zielen auf kreative und professionelle Workflows ab, bei denen Fehlerkorrektur und Datenintegrität wichtiger sind.

RDNA 4 und ECC
Da die RDNA 4-Architektur (zum Zeitpunkt des Wissenstandes bis 2023) noch nicht detailliert veröffentlicht wurde, lässt sich derzeit noch keine definitive Aussage über die Implementierung von ECC im GDDR6-Speicher für RDNA 4-GPUs treffen. Es ist jedoch wahrscheinlich, dass ECC weiterhin primär für professionelle und Rechenzentrums-Anwendungen mit speziellen GPUs vorgesehen sein wird, während Gaming-GPUs aus Effizienz- und Performance-Gründen auf ECC verzichten werden."

Was sagt man hier dazu?

 

[Casillas]

So dann bitte ich mal um Beurteilung. Gerne auch von dir @MehlstaubtheCat
GPU-Z und AMD Treiber Konfig habe ich erst für das Erstellen des Screenshots angeworfen.

2680FT +10% -80mV

 

[MehlstaubtheCat]

Hi@all!

Ich für meinen Teil könnte, das so nicht akzeptieren.
Das beeinflusst auch in Spielen die Frametimes und das nicht positiv.

586 GB/s zu 549 Gb/s ist viel zu groß.

Da hätte ich persönlich schon lange mal Windows neu gemacht.

Aber jeder wie er mag, da mische ich mich nicht ein!

Gruß
Mehlstaub

 

[ShirKhan]

Da lässt sich tatsächlich nichts rauslesen. Dachte, wir reden von 4 GB/s, nicht von 40. Zeitverschwendung für alle Beteiligten, no offense.

 

[MehlstaubtheCat]

Was sagt man hier dazu?

Spannend, bedeutet für mich dann im Umkehrschluss, man sollte tunlichst,
niemals einen Bitfehler verursachen aufgrund vom VRAM-OC.
Also noch ein etwas größeren Sicherheitsabstand wählen als bisher vielleicht.
Bei mir waren es bisher immer 20 MHz weniger, als den letzten Wert der gerade noch so sauber durch M-V lief.

Ich glaube aber fest, dass auch die interne Cache-Bereiche des Chips einen ECC haben
und dieser eben dann die "Arbeit" oder einen teil davon wieder korrigieren/erledigt,
wenn Fehler vom VRAM "kommen" ganz ohne wird nicht sauber funktionieren,
das wäre für die Frametimes einfach nur schlecht.

Zum Benchen kann man da vielleicht drüber wegsehen,
wenn es mit mehr Takt mehr Punkte erzielt.
Für 24/7 und saubere Frametimes muss man sehr genau schauen,
wo die Grenze ist, um niemals darüber zu kommen.

Ich teste nächsten Dienstag mit "M-V" noch mal eine 9070XT dann nehme ich mir etwas mehr Zeit,
auch wenn der Kunde mir das nicht bezahlt!

Only for the sciences!

Gruß
Mehlstaub

 

[ShirKhan]

Ich glaube aber fest, dass auch die interne Cache-Bereiche des Chips einen ECC haben
und dieser eben dann die "Arbeit" oder einen teil davon wieder korrigieren/erledigt,
wenn Fehler vom VRAM "kommen" ganz ohne wird nicht sauber funktionieren,
das wäre für die Frametimes einfach nur schlecht.

Bin auch davon überzeugt, dass es eine interne Fehlerkorrektur geben muss, ob nun ECC oder nicht. Und dass "keine Korrektur" mehr bewirken würde als schlechte Frametimes: Die Anwendung oder mehr würde einfach abstürzen.

 

[Casillas]

Ich für meinen Teil könnte, das so nicht akzeptieren.
Das beeinflusst auch in Spielen die Frametimes und das nicht positiv.

586 GB/s zu 549 Gb/s ist viel zu groß.

Da hätte ich persönlich schon lange mal Windows neu gemacht.

Ich bereite gerade die Neuinstallation vor. In Spielen habe ich bis jetzt nichts negatives gemerkt. gefühlt läuft alles sehr sauber.

 

[Pyrocrack]

Bin auch davon überzeugt, dass es eine interne Fehlerkorrektur geben muss, ob nun ECC oder nicht. Und dass "keine Korrektur" mehr bewirken würde als schlechte Frametimes: Die Anwendung oder mehr würde einfach abstürzen.

Irgendetwas scheint es ja zu geben, das reagiert komisch und schmiert nicht richtig ab.

 

[RedF]

Weil als Erklärung für die "unmerkliche" Leistungsreduktion immer wieder ECC (Error-Correcting Code) genannt wird, hab ich mal ChatGPT nach dessen Implementierung in GDDR6 gefragt, konkret für RDNA 3 (weil es zu 4 noch keine Infos hat). Antwort: Gibt's gar nicht in AMDs Gaming-Grafikkarten.

Spoiler: ECC in RDNA 3/4

Hat GDDR6-Speicher auf RDNA 3 (und RDNA 4) ECC?

"GDDR6-Speicher auf GPUs mit der RDNA 3-Architektur von AMD verfügt nicht über ECC (Error-Correcting Code) für den Grafikspeicher. Dies gilt sowohl für Gaming-GPUs als auch für die meisten professionellen Modelle auf Basis von RDNA 3. Die RDNA-Architektur von AMD, die hauptsächlich auf Gaming-Leistung ausgelegt ist, priorisiert hohe Speicherbandbreite und Energieeffizienz, während ECC traditionell in professionellen und Rechenzentrums-GPUs (wie der Radeon Pro-Serie oder Instinct-Beschleunigern) zum Einsatz kommt, nicht jedoch in den Gaming-orientierten RX-Karten.

ECC in RDNA 3 und professionellen GPUs

Gaming-GPUs: RDNA 3-basierte Gaming-Grafikkarten, wie die Radeon RX 7000-Serie, nutzen GDDR6-VRAM, aber dieser Speicher bietet keine native ECC-Unterstützung. Für Gaming-Anwendungen wird ECC nicht als erforderlich angesehen, da ein einzelner Bitfehler in einem Frame einer Grafikszene in der Regel keine signifikanten Auswirkungen hat.
Professionelle GPUs: Bei professionellen GPUs, die auf RDNA 3 basieren (wie die Radeon Pro W7000-Serie), könnte ECC implementiert sein, je nach Modell und Einsatzzweck. Diese Karten zielen auf kreative und professionelle Workflows ab, bei denen Fehlerkorrektur und Datenintegrität wichtiger sind.

RDNA 4 und ECC
Da die RDNA 4-Architektur (zum Zeitpunkt des Wissenstandes bis 2023) noch nicht detailliert veröffentlicht wurde, lässt sich derzeit noch keine definitive Aussage über die Implementierung von ECC im GDDR6-Speicher für RDNA 4-GPUs treffen. Es ist jedoch wahrscheinlich, dass ECC weiterhin primär für professionelle und Rechenzentrums-Anwendungen mit speziellen GPUs vorgesehen sein wird, während Gaming-GPUs aus Effizienz- und Performance-Gründen auf ECC verzichten werden."

Was sagt man hier dazu?

Gibt einen reg. eintrag mit dem man es aktivieren könnte.

Beitrag automatisch zusammengeführt: 27.03.2025

Ich bereite gerade die Neuinstallation vor. In Spielen habe ich bis jetzt nichts negatives gemerkt. gefühlt läuft alles sehr sauber.

Tiny 11 wäre ein Tipp.

Beitrag automatisch zusammengeführt: 27.03.2025

Gibt einen reg. eintrag mit dem man es aktivieren könnte.

Zumindest lese ich ihn so. Muss ich mal testen.

 

[ShirKhan]

Wenn wir dich nicht hätten! 👌

Muss ich mal testen.

Bitte!

 

[MehlstaubtheCat]

Bin auch davon überzeugt, dass es eine interne Fehlerkorrektur geben muss, ob nun ECC oder nicht. Und dass "keine Korrektur" mehr bewirken würde als schlechte Frametimes: Die Anwendung oder mehr würde einfach abstürzen.

Ich glaube, dass der Speichercontroller eine vereinfachte Fehlerüberprüfung machen wird,
alles andere wäre nicht sinnvoll und zeitaufwendig und würde wohl auch zu viel Leistung kosten.

Ich gehe davon aus, dass wenn ein "Bit-Fehler" erkannt wird,
das gleiche "Bit" nochmal gesendet wird in der Hoffnung, dass diese diesmal korrekt übertragen wird.
Je mehr "Fehler" übertragen werden, je größer werden die "Einbrüche/Dellen" im "M-V".

Ich denke, das geht bis zu einem gewissen Punkt alles noch zu kompensieren,
aber auch das hat seine technische Grenze bis eben zum kompletten Absturz.

Vielleicht taktet der Speicher auch zum Schluss etwas runter oder überträgt nur alle zwei Takte dann Daten.
Gibt viele Möglichkeiten, einen kompletten Absturz zu verhindern.

Gruß
Mehlstaub

 

[Pyrocrack]

Ich glaube, dass der Speichercontroller eine vereinfachte Fehlerüberprüfung machen wird,
alles andere wäre nicht sinnvoll und zeitaufwendig und würde wohl auch zu viel Leistung kosten.

Ich gehe davon aus, dass wenn ein "Bit-Fehler" erkannt wird,
das gleiche "Bit" nochmal gesendet wird in der Hoffnung, dass diese diesmal korrekt übertragen wird.
Je mehr "Fehler" übertragen werden, je größer werden die "Einbrüche/Dellen" im "M-V".

Ich denke, das geht bis zu einem gewissen Punkt alles noch zu kompensieren,
aber auch das hat seine technische Grenze bis eben zum kompletten Absturz.

Vielleicht taktet der Speicher auch zum Schluss etwas runter oder überträgt nur alle zwei Takte dann Daten.
Gibt viele Möglichkeiten, einen kompletten Absturz zu verhindern.

Gruß
Mehlstaub

Ist doch aber schon echt geil das es nicht direkt ein BOD gibt^^

 

[oese]

Hab ihn gebeten, als GPU-Ingenieur zu antworten:

Spoiler: Fehlerkorrektur bei GPU

In modernen GPUs spielen Fehlerkorrekturmechanismen eine entscheidende Rolle, insbesondere im Framebuffer, um Datenintegrität und Bildqualität sicherzustellen. Hier sind die wichtigsten Methoden:

1. Error Correction Code (ECC)​

ECC ist ein Mechanismus zur Fehlerkorrektur, der insbesondere in professionellen und High-End-GPUs (z. B. NVIDIA Quadro oder AMD Radeon Pro) verwendet wird. Er schützt vor Speicherfehlern im Framebuffer (VRAM) durch spezielle Codes, die bitweise Fehler erkennen und korrigieren können.

• Single Error Correction, Double Error Detection (SECDED): Erkennt doppelte Bitfehler und korrigiert einzelne Bitfehler.
• Reed-Solomon- oder Hamming-Codes: Werden in einigen Hochleistungs-GPUs für noch robustere Fehlerkorrekturen genutzt.

2. Paritätsprüfung​

Einfachere GPUs, insbesondere im Consumer-Bereich, nutzen oft nur eine Paritätsprüfung. Dabei wird ein zusätzliches Paritätsbit gespeichert, das anzeigt, ob die Anzahl der gesetzten Bits gerade oder ungerade ist. Ein einfacher Speicherfehler kann erkannt, aber nicht korrigiert werden.

3. Redundante Speicherung (RAID-ähnliche Systeme)​

In Hochleistungsrechenzentren oder GPUs für KI-Anwendungen kann der Framebuffer durch RAID-ähnliche Systeme geschützt werden, bei denen Daten redundant gespeichert und bei Fehlern wiederhergestellt werden können.

4. Watchdog-Timer & Scrubbing​

• Watchdog-Timer: Überwacht Speicherzugriffe und erkennt Fehler in Echtzeit.
• Scrubbing: Regelmäßiges Überprüfen und Korrigieren von Speicherinhalten, bevor ein Fehler sich auf das Rendering auswirkt.

5. Speicherspiegelung (Memory Mirroring)​

Einige High-End-GPUs nutzen Speicherspiegelung, bei der kritische Daten doppelt gespeichert werden, sodass bei einem Fehler eine korrekte Kopie verwendet werden kann.

6. CRC (Cyclic Redundancy Check) für Datenübertragung​

Beim Kopieren von Daten zwischen VRAM und GPU-Prozessoren oder zwischen GPU und Host-Speicher werden CRC-Checks durchgeführt, um sicherzustellen, dass Daten unverändert bleiben.


Diese Fehlerkorrekturmechanismen sind besonders wichtig für industrielle, medizinische oder wissenschaftliche Anwendungen, bei denen höchste Datenintegrität gefordert ist.

 

[RedF]

@oese
Du hast ja das Taichi BIOS auf deiner Karte.
Kannst du einen Unterschied beim Power Monitoring feststellen?

Die Taichi hat ja keine Shunts. Wie verhält sich eine Karte mit Shunts und Taichi BIOS?

 

[Pyrocrack]

@oese
Du hast ja das Taichi BIOS auf deiner Karte.
Kannst du einen Unterschied beim Power Monitoring feststellen?

Die Taichi hat ja keine Shunts. Wie verhält sich eine Karte mit Shunts und Taichi BIOS?

Sagen wir ab 1kW riecht es leicht verschmort aber sonnst ist alles gut... Späßchen..

 

[ShirKhan]

Hab ihn gebeten

Ich bin ja der Ansicht, es ist eine sie.

 

[Fonce]

Weil als Erklärung für die "unmerkliche" Leistungsreduktion immer wieder ECC (Error-Correcting Code) genannt wird, hab ich mal ChatGPT nach dessen Implementierung in GDDR6 gefragt, konkret für RDNA 3 (weil es zu 4 noch keine Infos hat). Antwort: Gibt's gar nicht in AMDs Gaming-Grafikkarten.

Spoiler: ECC in RDNA 3/4

Hat GDDR6-Speicher auf RDNA 3 (und RDNA 4) ECC?

"GDDR6-Speicher auf GPUs mit der RDNA 3-Architektur von AMD verfügt nicht über ECC (Error-Correcting Code) für den Grafikspeicher. Dies gilt sowohl für Gaming-GPUs als auch für die meisten professionellen Modelle auf Basis von RDNA 3. Die RDNA-Architektur von AMD, die hauptsächlich auf Gaming-Leistung ausgelegt ist, priorisiert hohe Speicherbandbreite und Energieeffizienz, während ECC traditionell in professionellen und Rechenzentrums-GPUs (wie der Radeon Pro-Serie oder Instinct-Beschleunigern) zum Einsatz kommt, nicht jedoch in den Gaming-orientierten RX-Karten.

ECC in RDNA 3 und professionellen GPUs

Gaming-GPUs: RDNA 3-basierte Gaming-Grafikkarten, wie die Radeon RX 7000-Serie, nutzen GDDR6-VRAM, aber dieser Speicher bietet keine native ECC-Unterstützung. Für Gaming-Anwendungen wird ECC nicht als erforderlich angesehen, da ein einzelner Bitfehler in einem Frame einer Grafikszene in der Regel keine signifikanten Auswirkungen hat.
Professionelle GPUs: Bei professionellen GPUs, die auf RDNA 3 basieren (wie die Radeon Pro W7000-Serie), könnte ECC implementiert sein, je nach Modell und Einsatzzweck. Diese Karten zielen auf kreative und professionelle Workflows ab, bei denen Fehlerkorrektur und Datenintegrität wichtiger sind.

RDNA 4 und ECC
Da die RDNA 4-Architektur (zum Zeitpunkt des Wissenstandes bis 2023) noch nicht detailliert veröffentlicht wurde, lässt sich derzeit noch keine definitive Aussage über die Implementierung von ECC im GDDR6-Speicher für RDNA 4-GPUs treffen. Es ist jedoch wahrscheinlich, dass ECC weiterhin primär für professionelle und Rechenzentrums-Anwendungen mit speziellen GPUs vorgesehen sein wird, während Gaming-GPUs aus Effizienz- und Performance-Gründen auf ECC verzichten werden."

Was sagt man hier dazu?

Weil ChatGPT nie was falsches antwortet…

 

[ShirKhan]

Weil ChatGPT nie was falsches antwortet…

Wir sind gespannt auf deine Ausführungen zum Thema.

 

[Casillas]

586 GB/s zu 549 Gb/s ist viel zu groß.

Da hätte ich persönlich schon lange mal Windows neu gemacht.

Ich bereite gerade die Neuinstallation vor. In Spielen habe ich bis jetzt nichts negatives gemerkt. gefühlt läuft alles sehr sauber.

hab neu installiert. Windows 11. Allerdings kein Tiny oder so. sieht das jetzt besser aus?

2650 FT -50 +0%

 

[Fonce]

hab neu installiert. Windows 11. Allerdings kein Tiny oder so. sieht das jetzt besser aus?

Anhang anzeigen 1093294

2650 FT -50 +0%

Kannst du man die Sensoren von GPU-Z parallel dazu laufen lassen?

 

[barium56]

hab neu installiert. Windows 11. Allerdings kein Tiny oder so. sieht das jetzt besser aus?

2650 FT -50 +0%

Nur zur Sicherstellung. Du machst den Test an und lässt den PC in ruhe und machst nichts? Echt merkwürdig...
Was steht bei dir im GPU-Z in der Startseite? Mach mal bitte ein Screenshot davon.

Außerdem in dem Screenshot ist ja Zero RPM an, und somit laufen die Lüfter nicht. Ich weiß ja natürlich nicht ob die vorher liefen, daher bitte ich dich Zero RPM auszuschalten und alles auf 100% einzustellen. Dann einmal einen Testlauf mit Stock Settings (bis auf die Lüfter) also 0mv, 0mhz, 0 Power Target und RAM stock.
Nach dem Run dann noch einen wo man nur Ram auf 2700FT ändert.

 

[Casillas]

So ich bin wieder ein paar Erkenntnisse reicher. Ich neide ja auf die stabilen Memtestwerte von dir @barium56 im Beitrag #349

stock mit Aussetzer? Keine Ahnung wie der zustande kommt.

Stock weiterlaufen lassen:

2650 FT, rest Stock - Es gab wieder einen Aussetzer (habe ich aber kein Bild von gemacht).

Gucke mal gerne bei deinen 9070XT, wo du meintest die +-3 GB zu haben @MehlstaubtheCat

Hier sieht man ja schön, solange die gleiche Menge GB geschrieben und gechecked wurde, alles soweit passt und keine Schwankungen vorliegen.

Ich teste weiter.


Sehe gerade, dass ich mit meiner alten Windows Installation #645 auch entsprechende „Wertepaare“ finde, wo es auch zusammen passt. Also Schwankt mein Memtest einfach stark. Aber die Werte passen soweit. Oder was meint ihr dazu?

 

[oese]

@oese
Du hast ja das Taichi BIOS auf deiner Karte.
Kannst du einen Unterschied beim Power Monitoring feststellen?

Die Taichi hat ja keine Shunts. Wie verhält sich eine Karte mit Shunts und Taichi BIOS?

Nein, ich merke nichts. Alles läuft wie es soll. Habe mich das aber tatsächlich auch schon gefragt.

Wäre auch interessant ob es auf der Taichi dann nur per EVC geht.

Ich wollte daher auch noch einmal Iout Gain des Loop1-Controllers auf 100 runterstellen. Aber ich denke das wird trotzdem nicht klappen. Irgendwie scheint das Shunt- Monitoring trotzdem noch aktiv zu sein. Konnte bei vorsichtigen Änderungen nichts feststellen. Vielleicht klappt es aber auch einfach noch nicht mit der Unterstützung der neuen Controller.

Kann mir ggf. vorstellen, dass das Bios von AMD kommt und nur geringfügig angepasst wird. Oder das wird vom Treiber gemanaged. 🤷‍♂️

Beitrag automatisch zusammengeführt: 27.03.2025

Sagen wir ab 1kW riecht es leicht verschmort aber sonnst ist alles gut... Späßchen..

Dann wär ich schon nach draußen umgezogen und im Leaderboard oben 😆

 

[Fonce]

So ich bin wieder ein paar Erkenntnisse reicher. Ich neide ja auf die stabilen Memtestwerte von dir @barium56 im Beitrag #349

Anhang anzeigen 1093313

stock mit Aussetzer? Keine Ahnung wie der zustande kommt.

Anhang anzeigen 1093314

Stock weiterlaufen lassen:

Anhang anzeigen 1093315

2650 FT, rest Stock - Es gab wieder einen Aussetzer (habe ich aber kein Bild von gemacht).

Anhang anzeigen 1093317

Gucke mal gerne bei deinen 9070XT, wo du meintest die +-3 GB zu haben @MehlstaubtheCat

Hier sieht man ja schön, solange die gleiche Menge GB geschrieben und gechecked wurde, alles soweit passt und keine Schwankungen vorliegen.

Ich teste weiter.


Sehe gerade, dass ich mit meiner alten Windows Installation #645 auch entsprechende „Wertepaare“ finde, wo es auch zusammen passt. Also Schwankt mein Memtest einfach stark. Aber die Werte passen soweit. Oder was meint ihr dazu?

Diesen Aussetzer hab ich bei meiner RX 9070 XT auch manchmal, egal was ist einstelle. Also egal ob Stock, ob PT hoch oder runter, alles egal.
Kannst du den Taktoffset mal auf -400MHz setzen?
Ich habe das gefühl das die Schwankungen mehr damit zu tun haben, das GPU und IMC/RAM um Leistung-/Wattbudget "streiten" oder so.
Das Verhältnis was er geschrieben hat und das was er geprüft hat bleibt ja immer das gleiche.