3DMark zeigt für den Run 49 °C, das ist nichts Besonderes. Genau wie der Lauf selbst, weder beim Grafik-Score noch beim Overall-Score reicht der für die Top 100. Was ist bemerkenswert daran? Der Takt? Manchmal halluziniert 3DMark ein wenig, ist ja nichts Neues.
-
Hardwareluxx führt derzeit die Hardware-Umfrage 2025 (mit Gewinnspiel) durch und bittet um eure Stimme.
[Sammelthread] Offizieller AMD RX 9070 (XT) Overclocking und Modding Thread
- Ersteller ApolloX
- Erstellt am
Laut meiner Suche ist der auf Platz 1 bei den 9070ern beim Grafikscore:
Denke schon, aber das finden wir erst heraus wenn es nen Block gibt oder jemand so bastelwütig ist und da was richtig custom baut. Für manche ist die 9070xt ja eher nebenher sone Hobbykarte.
Es geht aber um die non XT
Achso, sehr spannend
@hellm sind dir bisher nur Tests mit RDNA4 bekannt, oder sollte das auch auf RDNA 2 laufen?
Sitze grade nicht an meinem heimischen PC, sonst würde ich direkt nachsehen
Linux ist nicht das Problem, habe mein Arbeits / Zocksystem unter Debian testing, aber leider keine aktuelle RDNA 4.
Und da ich Windows schon vor einiger Zeit zum Mond geschossen habe fallen evc/mpt erstmal raus.
Klar nutze ich LACT, aber das bietet ja auch nur Wattmann Funktionalitäten.
Sitze grade nicht an meinem heimischen PC, sonst würde ich direkt nachsehen
Linux ist nicht das Problem, habe mein Arbeits / Zocksystem unter Debian testing, aber leider keine aktuelle RDNA 4.
Und da ich Windows schon vor einiger Zeit zum Mond geschossen habe fallen evc/mpt erstmal raus.
Klar nutze ich LACT, aber das bietet ja auch nur Wattmann Funktionalitäten.
Zum Glück gibt's KI, siehe Anhang. Ohne Gewähr, jemand mit Kennerblick darf gern drüberschauen.
Das BIOS der XT und ne bessere Kühlung wa? Der Chip ist ja so ziemlich der Selbe bis auf paar fehlende Einheiten. (Aber dann müsste die ja auch als XT angezeigt werden hmm)Laut meiner Suche ist der auf Platz 1 bei den 9070ern beim Grafikscore:
Mein letzter Kenntnisstand ist, dass sich eine XT-geflashte Non-XT nicht als XT meldet. Mag aber überholt sein. Am Anfang wurden crossgeflashte 3DMark-Runs auch nicht akzeptiert von UL IIRR. Das ist anders mittlerweile?
Zuletzt bearbeitet:
Keine Ahnung, wenn das so ist, dann sagt der Chip selber was er ist und nicht das BIOS. Der 9070 (nicht XT) passt natürlich auch auf eine XT Karte (Stromversorgung)
Zuletzt bearbeitet:
Mal in harter TS-Währung was gezeigt: rund 100 Punkte unter dem bisherigen Highscore, diesmal erzielt mit -120 mV GFX VID (0x0018) plus reduziertem Treiber-Offset.
Funktionieren tut das also mit der Kombination. Ob es für bessere Ergebnisse reicht: Testen ist halt aufwändig mit zwei OS, und spätestens, wenn man SOC und MEM mit reinnimmt, wird es unübersichtlich. Aber die zusätzlichen "Regler", die hellm gefunden hat, werden definitiv nicht schaden bei der Highscore-Jagd.
Funktionieren tut das also mit der Kombination. Ob es für bessere Ergebnisse reicht: Testen ist halt aufwändig mit zwei OS, und spätestens, wenn man SOC und MEM mit reinnimmt, wird es unübersichtlich. Aber die zusätzlichen "Regler", die hellm gefunden hat, werden definitiv nicht schaden bei der Highscore-Jagd.
Zuletzt bearbeitet:
MPT für Linux, ja, ist seit Ewigkeiten auf dem Plan. Gibt da aber auch eine Alternativen, und ich glaube sogar MPT bekommt man unter Linux mit WINE zum laufen, besteht ja nur aus Windows API. MPT kann auch .mpt Dateien speichern, davon schneidest du dann die ersten 0x100 bzw 256 Bytes ab, den Rest speicherst du als Blob unter /sys/class/drm/card*/device/pp_table.@hellm sind dir bisher nur Tests mit RDNA4 bekannt, oder sollte das auch auf RDNA 2 laufen?
Sitze grade nicht an meinem heimischen PC, sonst würde ich direkt nachsehen
Linux ist nicht das Problem, habe mein Arbeits / Zocksystem unter Debian testing, aber leider keine aktuelle RDNA 4.
Und da ich Windows schon vor einiger Zeit zum Mond geschossen habe fallen evc/mpt erstmal raus.
Klar nutze ich LACT, aber das bietet ja auch nur Wattmann Funktionalitäten.
Zu I2C, ja, geht ohne Umstände. Lad dir die Software zum EVC2 von ElmorLabs herunter, dann noch recherchieren was für Controller du auf dem PCB hast und du hast deine Register-Addressen.
Und eine Software hierzu, ja, aber Terminplan ist wie immer voll. Muss ich sehen wie es in nächster Zeit aussieht.
Danke dir!
Ich verlange gar keine Software, bin sehr zufrieden mit allem was du rausgefunden hast und schau dann mal
Ohne MPT und nur mit i2c wäre natürlich am besten, denn ich hänge 3/4 der Zeit sowieso mit seriellem Interface an anderen Baustellen rum, da kann ich dann auch mal nen bisschen i2c basteln =)
Nochmals DANKE für die Infos, damit kann ich dann loslegen -wenn es mal wieder etwas ekliger draußen wird
.
Ich verlange gar keine Software, bin sehr zufrieden mit allem was du rausgefunden hast und schau dann mal
Ohne MPT und nur mit i2c wäre natürlich am besten, denn ich hänge 3/4 der Zeit sowieso mit seriellem Interface an anderen Baustellen rum, da kann ich dann auch mal nen bisschen i2c basteln =)
Nochmals DANKE für die Infos, damit kann ich dann loslegen -wenn es mal wieder etwas ekliger draußen wird
.Noch eine gute Nachricht in eigener Sache: Hab heute die Info erhalten, dass ich die Gigabyte XT übernehmen darf. Das Chip-Monster wird sich also noch eine ganze Weile in den 3DMark-Top-Tens rumtreiben, wenn es nach mir geht. 
Hab gerade meine neuesten Erkentnisse bei Igor veröffentlicht. Offenbar kann man den 2868A entsprechend konfigurieren um dann entweder ein positives oder negatives Offset auf positive Eingaben im Offset Register zu erhalten.
Solange wir nicht wissen wo dieses Config-Bit zu finden ist, müssen wir selbst herausfinden wo die Reise hingeht. GPU loop ist der Faktor -5mV, für den GDDR6 loop ist es +5mV.
Ich habe also mit prositiven Faktor 0x000A im Offset Register die Spannung des GDDR6 um +50mV angehoben und 0x1FC aka -4 in das Offset Register des VDDCI geschrieben. Was immer das dann war, es sorgte dafür, das 2800MHz beim GDDR6 keine Fehler mehr im vulkanischen Kurztest produziert hatten.
Und wie schon erwähnt, den Komfort eines EVC2 haben wir nicht, es dauert etwas dauernd zu rebooten. Aber es macht trotzdem Spaß. mit der Zeit wissen wir auch was zu tun ist.
Es drängt sich mir auch der Verdacht auf, VDDCI und GDDR6 stehen in irgend einer Korrelation zueinander. Buildzoid hat wie immer geschimpft das es keine Veränderungen geben würde, ich habe gerade welche festgestellt. Scheint wieder ein wenig komplexer zu sein, aber es geht zumindest etwas, das auf jeden Fall.
Für jemanden wie mich, mit einer luftgekühleten 9070, also ich tippe mal ich hab mehr davon die Speicherspannung zu reduzieren und auf Memory OC größtenteils zu verzichten. Mehr Power für die GPU. Ohne manipulierte Shunts jedenfalls. Das würde die Effizienz der 9070 nochmals steigern.
Solange wir nicht wissen wo dieses Config-Bit zu finden ist, müssen wir selbst herausfinden wo die Reise hingeht. GPU loop ist der Faktor -5mV, für den GDDR6 loop ist es +5mV.
Ich habe also mit prositiven Faktor 0x000A im Offset Register die Spannung des GDDR6 um +50mV angehoben und 0x1FC aka -4 in das Offset Register des VDDCI geschrieben. Was immer das dann war, es sorgte dafür, das 2800MHz beim GDDR6 keine Fehler mehr im vulkanischen Kurztest produziert hatten.
Und wie schon erwähnt, den Komfort eines EVC2 haben wir nicht, es dauert etwas dauernd zu rebooten. Aber es macht trotzdem Spaß. mit der Zeit wissen wir auch was zu tun ist.
Es drängt sich mir auch der Verdacht auf, VDDCI und GDDR6 stehen in irgend einer Korrelation zueinander. Buildzoid hat wie immer geschimpft das es keine Veränderungen geben würde, ich habe gerade welche festgestellt. Scheint wieder ein wenig komplexer zu sein, aber es geht zumindest etwas, das auf jeden Fall.
Für jemanden wie mich, mit einer luftgekühleten 9070, also ich tippe mal ich hab mehr davon die Speicherspannung zu reduzieren und auf Memory OC größtenteils zu verzichten. Mehr Power für die GPU. Ohne manipulierte Shunts jedenfalls. Das würde die Effizienz der 9070 nochmals steigern.
Ähnliche Themen
[Sammelthread]
5070(Ti)/5080/5090 Blackscreen Probleme
