AMD Radeon BigNavi & RDNA2 Laberthread

[RX480]

Du kannst auch gerne bei mir die current Werte für Core+SOC+2xMem addieren vs. ASIC.
Summe Einzelwerte = 141,5W vs ASIC-mirror = 183W
Die Summe der Einzelwerte = 141,5W deckt sich mit dem Vorgängertreiber.

edit:
Bei Dir sieht Alles normal aus, nur die ASIC ist ebenfalls rechnerisch net nachzuvollziehen.
Der einzige Unterschied ist das OCen vom fclk, was sich bemerkbar macht.
(und beim SOC, oder hattest Du da mal SOC-Takt 1000 und mal 1200 oder andere Vram-takte?)

 

[Darkearth27]

Das OC vom soc war identisch in beiden Runs, durch importieren der Settings.

Und ja der hohe asic wert ist genau das, was mich stutzig macht. Darum geht es ja.

Solange mir nicht klar ist, wodurch das ausgelöst wird lasse ich die Finger von dem Treiber.

Wie oben schon erwähnt kann es ja auch falsch ausgelesen / geloggt werden, aber einen Auslöser dafür muss es ja geben. (Ich vermute, dass HAGS dies auslöst bei mir)

 

[Gurdi]

Das wird schlicht eine Protokolierung der Spikes sein, am Ende sind die ausgelesenen Werte der ASIC ja im Protokoll bereits Käse. Die GPU schaltet ja permanent an/aus, nur eben so schnell dass am Ende diese gemittelten Werte bei raus kommen. Das ist bei beiden Herstellern so, also da sollte man sich locker machen.

 

[Darkearth27]

Ich werde es einfach Quertesten, indem ich den "alten" HAGS treiber installiere und schaue ob sich das dort ebenfalls so verhält.

@Gurdi
Klar, aber ich frage mich dann, wieso bislang die anderen Treiber diese Spikes nicht aufzeichnen konnten (mit identischen Versionen der Aufzeichnungsprogramme)

Du weißt auf was ich hinaus will?

 

[RX480]

Bei den großen Meßintervallen kann eh nur Zufall ne Rolle spielen.
Wenn mal 3 Spikes am Stück erwischt werden siehts so aus als ob 3-6 Sekunden max ASIC da wäre.
Dazwischen liegen aber real wieder Dips.

 

[Gurdi]

Am Anfang haben die Treiber auch teils sehr hohe Werte in der Spitze ausgelesen. Ich würde das grundsätzlich nicht überbewerten.

 

[RX480]

Der Einzige, der sich jetzt etwas mehr Mühe beim dokumentieren geben muss, ist Duvar.
(sprich alle Einzelwerte summieren, ..wird dadurch vermutlich sogar noch im realen Verbrauch runterkommen)

 

[Darkearth27]

So, kurz timespy mit dem älteren hags Treiber durchlaufen lassen, Max asic Peak 232w, mit importierten Settings.

@Gurdi
Ja, möglich dennoch bin ich bei sowas immer vorsichtig. Solch hohe Abweichungen nur durch einen Treiber lassen mich immer auf horchen.

Habe mal schlechte Erfahrungen gemacht, deswegen bin ich da eventuell auch einfach übervorsichtig.

 

[RX480]

Was natürlich erstmal verständlich ist und genauso auch andere Normaluser unruhig macht.(x)
Dummerweise wird der falsche hohe ASIC im Overlay angezeigt.
...ist also kein Bug von HWinfo

(x) ohne Kenntnis der Einzelwerte halt erstmal erschreckend

Aber Du würdest ja auch net den PC abschalten, nur weil mal MEM auf >2400 spiked.(xx)
Ich halte evtl. den Rekord mit >8000. (war ein alter Treiber)

(xx) selbst die Systemabfrage bei TS hat schon Quark bei AndyBuc und DaHell ausgelesen. (@6900-bios_load)

@Gurdi
Habe noch mal Vram-Takt zusammen mit SOC-Takt verglichen, 2000ST@SOC880 vs OCing, ...dann sinnvollerweise 2060FT@SOC1033 (SOC>eff.Vram-Takt)
Macht doch Was aus, den SOC>Vram laufen zu lassen.
Das ist übrigens die Junction-temp.

 

[Gurdi]

Ich vermute dass die Auslesewerte aufgrund der kürzlichen Ereignisse um New World geändert wurden, ergo das Monitoring in kürzeren Intervallen erfogt. Man möchte damit vermutlich Problemen zuvorkommen die den Konkurrenten derzeit treffen und evtl. auch selbst Diagnosedaten gewinnen.

Man hat wohl schlicht die Taktung des Monitorings erhöht aus Sicherheitsgründen. Eure Karte hat das allesschon immer gemacht, das AMD im derzeitigen Umfeld so dämllich ist und höhere Lasten zulässt als vorher, halte ich für äußerst unwahrscheinlich.

 

[Darkearth27]

Aktuell gehe ich sogar davon aus, dass ein komplett anderer Sensor beim Monitoring genutzt wird als bei anderen Treibern (bis hin zum 21.7.1).

Denn selbst mit 50ms logtime bei HWinfo kommen nicht solche Spikes zustande (die Chance einen aufzunehmen ist mit 50ms ja nun höher als mit 500 oder gar 2000ms).

Wie dem auch sei, ich bleibe vorerst beim 21.7.1. Läuft rund und macht keine Probleme in meinen Games.
Bis wir HAGS offiziell sehen braucht es eh erst das offizielle win 11 update, was ja bekannterweise noch dauert.

 

[RX480]

Aktuell gehe ich sogar davon aus, dass ein komplett anderer Sensor beim Monitoring genutzt wird als bei anderen Treibern

1+

Da es ein Insidertreiber ist, wärs schon denkbar das AMD selbst noch anders misst. (fürs Engineering)
Die Peaks könnten ja interessant sein für die Kondensatoren.

 

[Darkearth27]

@RX480

Ich kann das mit dem Max Mem Peak übrigens noch toppen

Habs aber nur eben erst gesehen, war wohl ohne Last, mit geloggt wurde es nicht.

 

[RX480]

What?

ich hatte >8000 quad-druple-vram im Stresstest
(die o.g., schnell hingeschmissenen 2400 waren sogar zu wenig, es wurden auch>4000 von UL bei DaHell ausgelesen)

 

[Darkearth27]

 

[RX480]

Bevor hellm wieder neue Ideen hat, habe ich schnell mal noch getestet. wie tief ich bei DL gehen kann
mit angepassten Takten, z.Bsp. --> State 2 = 1750MHz passend zu minTakt = 1800MHz
Das wird vor Allem interessant in Games mit Fps-Limit wo downclocking häufig vorkommt.
DeepSleep = ON, fclk+VSO@default (Es ist u.U. stabiler fclk net anzufassen, weil noch andere Takte dranhängen)
(Wer unbedingt nen sehr hohen fclk möchte, sollte daher ein 6900er-Bios ins MPT loaden + anpassen ala Andybuc)
SOC@1033MHz reicht mir im Sommer für Vram@2060 fast timing

die optimierten States 3+4 sehen jetzt vom Takt her fast so aus wie bei der 6900
der AMD-Stresstest nutzt übrigens die DL-States
(die erf. Volts können bei jedem Chip unterschiedlich sein, ...bin ja auch vgl.weise kühl unterwegs)

edit:
und z.Vgl. die 6800 von andybuc@6900er-bios (die schnellste nonXT=PC limited Edition läuft bei Ihm@h2o)

 

[Redrudi]

So, wer hat nun den längsten Balken von euch?

 

[RX480]

Die Balken kannste ganz gut hier bewundern:

PCGHX R(T)X 6000/3000 Community-Bench

docs.google.com

Radeon RX 7000/6000: 3DMark Time Spy Rangliste

Weitere 3DMark-Ranglisten: Steel Nomad | Port Royal | Time Spy Effizienz Schnellreise: 7900 XTX | 7900 XT | 7800 XT | 7700 XT | 7600 6000 Multi-GPU | 6950 KXTX/Mod | 6900 XTXH/Mod | 6900 XT | 6800 XT | 6800 | 6750 XT | 6700 XT | 6650 XT | 6600 XT | 6600 Radeon RX 7000/6000: Time Spy Rangliste...

www.hardwareluxx.de

Wers braucht, ... viel Spass dabei, bei den jetzigen Temps!

...mir hats mit 224W asic auch gereicht (älterer Test mit dem ersten HAGS-treiber)
Kann mit der nonXT natürlich bei Weitem net so effektiv wie Duvar@Golden6900 mit 165W asic.
Das ist dann halt ne Frage des Sweetspots und nach m.E. genauso interessant wie Balkenlänge@Brechstange.

Für Brechstangenenthusiasten empfehle ich den Luxxthread, ...dort gibts Gleichgesinnte mit mehreren Hundert
"gespielten" Stunden TS.

[Sammelthread] - Offizieller AMD [[ RX6700 // RX 6700XT // X6800 // 6800XT // 6900XT ]] Overclocking und Modding Thread [[ Wakü - Lukü - LN2]]

GZ zu Platz 1 weltweit. Und zwar in beiden Kategorien. :oops:

www.hardwareluxx.de

 

[Darkearth27]

Sehe ich ähnlich.

Mache auch gerne Max OC Tests (siehe Platzierung im Luxx - darki24) aber aktuell optimiere ich auf 200 -230w um sowohl Temp als auch Leistungsaufnahme zu optimieren.

Aktuell bin ich dabei, wenn man timespy als Anhaltspunkt nimmt, 9000 Punkte besser bei geringerer Leistungsaufnahme als mit dem besten Ergebnis meiner 1080ti mit max oc. Also nahezu verdoppelt bei geringerem Verbrauch.

Kann aber eben bei Bedarf die Karte später noch übertakten

 

[RX480]

Jo,
Wenn man nur ne Air-Graka hat, ist mal max OCen bei offenem Fenster@100% Lü. ganz interessant, um zu sehen,
ob sich ein Umbau auf h2o lohnt.

Wenn net, dann solls bitteschön 24/7 mit <33% Lü. auskommen.