[Sammelthread] AMD RX VEGA Sammelthread + FAQ

Chaser84 · 03.03.2018

Holzmann schrieb:
Möglicherweise hat das mit was ganz anderem zu tun, oft ist das Netzteil der Auslöser, würde in der Richtung mal weiter testen ...

Ne kann nicht sein, kam ja erst nachdem ich den Treiber gewechselt habe.
Folgendes kommt als Crashnachricht nach BF1:

Holzmann · 03.03.2018

Passiert das auch wenn du Battlefield 1 im Fenster Modus spielst?

Wenn alles nichts bringt, würde ich dir den Schritt der Neuinstallation von Battlefield 1 empfehlen.

Chaser84 · 03.03.2018

Holzmann schrieb:
Passiert das auch wenn du Battlefield 1 im Fenster Modus spielst?

Wenn alles nichts bringt, würde ich dir den Schritt der Neuinstallation von Battlefield 1 empfehlen.

Das betrifft alle Games.

blazethelight · 03.03.2018

Hatte ich auch bereits mit der RX Vega 64 Liquid und der Frontier Edition Liquid.

Hatte alle Treiber via DDU inkl. aller Treiberreste (Ordner unter dem Standardpfad = C:\AMD) entfernt und nach den restarts den aktuellsten Webinstaller genutzt.

Danach war alles wieder in Ordnung.

Gesendet von meinem SM-G930F mit Tapatalk

satuan · 03.03.2018

Chaser84 schrieb:
Ne kann nicht sein, kam ja erst nachdem ich den Treiber gewechselt habe.
Folgendes kommt als Crashnachricht nach BF1:

Und mit welchen Tool hast du sonst an den Taktraten gespielt?

Der 17.11.4 hat das Problem das diese instabil gesetzten Setting nicht rückgängig gemacht werden und es daher immer wieder zu Systemcrash kommt.

Bitte mal mehr Erläuterungen. Ansonten setze dein OC Setting zurück, dass läuft unter BF nicht stabil.

Gleichzeitig wäre eine dx Diagnose anzuraten: [Win-Logo]+[R], dann den Befehl dxdiag.exe eingeben. Dort kannst du dann über die jeweiligen Registerkarten System, Grafik, Sound1, Sound2, Eingabe klicken und prüfen welche Runtimeversion aktuell geladen wurde und ob es in dem Bereich Probleme gibt.

Mit [Windows]+[R] und mit dem Befehl eventvwr.exe erhälst du Zugriff auf die Ereignisanzeige und kannst dort prüfen, ob dort Fehlercodes einliegen. Inbesondere kritische Fehler solltest du dir dort ansehen (Hardwareereignisse).

DDU bitte im abgesicherten Modus ausführen und vor Bereinigung und Neustart den Treiber auf Microsoft Basic Adapter zurücksetzen. Dafür ins Feld rechts unter dem Radeonlogo AMD auswählen und darunter einmal auf "Setze Treiber Installation einmal auf Windows Standard" klicken. Neuste Version ist 17.0.8.3.

Die für das Spiel erforderliche DX Version installieren und den Gamemode unter Windows 10 deaktivieren.

*demnächst bitte für dergleichen Hardwareprobleme nicht den Vega Sammel-/FAQ-/Undervolting Thread zumüllen. Du kannst dafür unter Grafikkarten einen eigenen "Problemthread" eröffnen. Danke. Es gibt auf dem Board genug, die das trotzdem sehen und dir helfen wenn sie können

Kintaro89 · 03.03.2018

satuan schrieb:
Bei mir nur lauffähig mit fps Limiter oder VSync auf 60fps (1440p).
Microstuttering bei tesselierten Szenen.

Ohne Sync Absturz nach ca. 3 min (habe mitbekommen das meine GPU Voltage manchmal auf 0,9688-1.000v schnellt - GPUZ bei 0.1sec stellt es gut da - wenn sie es nicht kann - kommt es zu Abstürzen). Hm so richtig weiß ich auch noch nicht was das ist. Alle paar Sekunden tut sie es, kann da mal einer gegenchecken. Berni? GPUZ auf 0,1sec? Entweder ein Auslesefehler oder tatsächlich so.

Welches Bios: Primary oder Secondary?

Ansonsten sieht das richtig gut aus. Mit Framelimiter bei 60 fällt GPU only in nicht so lastigen Szenen auch mal auf 120w.

*Gute Nachrichten, mit dem 18.2.3 funktioniert nach Neuinstallation nun auf einmal Overlay, AMD hat wieder mitgelesen.

- - - Updated - - -

Nochmal rödeln lassen.

V64 H2O-EK; Secondary; WM: P6 1477/905; P7 1607/965; HBM 880/975 (komischer Wert muss aber)

Bild bei 1440p, Tess_Normal, 8xAA (ich weiß Gerry nur mal umher gespielt ), GPU Only um 150, Takt bei 1500MHz, PT +10, kein Sync

Seit ich das LC Bios drauf hatte braucht der HBM irgendwie mehr. GPU darf nicht unter 950mV real fallen, dann muckt sie rum.

WattMan scheint irgendwie auf die Werte zu reagieren. Was sagt Kintaro89?

Die Voltagespikes sind wenn sie über 950 bleibt weg.

Morgen werde ich mal das Primary probieren, wies da beim HBM aussieht. Mach erstmal Pause.

Die Probleme die du nennst sind auf die Einstellungen zurück zu führen.
Wir waren ja in der Theorie Diskussion bei den DPM States und das nicht 1:1 das raus kommt was von uns hinterlegt wird.

Bereiche konnte ich beobachten oder ausmachen das z.b. 1000mV P7 in einer Regelung von 0,950-0,9750V Vddc resultieren.
Dazu kommt dann noch der Abstand zur Uncore, um so größer dieser ist , desto öfter rutscht die Regelung auch mal den nächsten step darunter 0,925-0,950V Vddc.

Die Regelung wird bei gleicher Uncore jeweils in diesen 25mV Schritten der Einstellung von P7 meist rauf oder runter gezogen.
Zwischen Wrte wie die 912mV für P7 lassen somit die Vddc Regelung in den Bereichen 0,875-0,900V und 0,900-0,925V arbeiten, umso näher man an die nächste Schwelle 925mV kommt umso öfter bzw. dauerhaft wird dann der höhere Bereich genommen.
Das war immer so meine nicht vorhandene Begeisterung für die krummen zwischen Werte, da es schwierig wird zu beurteilen oder zu sehen ab wann ein gewisser effektiver Takt stabil bleibt, bzw. das er es augenscheinlich mit ein paar Tests ist, aber dann InGame doch mal Probleme macht wenn sich dann nicht der höhere Bereich sondern der niedrigere Bereich einstellt und man im Boost + crash landet.
Das versuche ich bei dem Reghack einzuarbeiten um die konstanteren (sauberen) Vddc Regelungen zu bekommen.

Dann zu den Bereichen bzw. dein Hochschnellen der Vddc. Es kommt immer auf die Belastung der Shader an ob es eher auf den niedrigeren Wert also z.b. die 0,950V oder dann stärker oder dauerhaft auf die 0,975V geht.
Ein hoher Takt bei niedrigeren Verbrauch dauerhaft ist eigentlich nicht wirklich positiv. Da ist irgendwo ein Flaschenhalst(FPS_Limit, 8xmsaa usw.) das die Shader nicht voll auslastet, sprich Vega kommt nicht in fahrt und dümpelt so rum. Im Fall des FPS-Limit in gewisser weiße ja gewollt.
Eine volle Belastung der Shader führt zu niedrigeren effektiven Takt + erhöhte Vddc + Verbrauch da Vega los legen kann, aber alles im Bereich P7 = zu dem Flaschenhals Takt(maximal) so 20-40MHz weniger.
Bei Wattman kleben dann einem noch zusätzlich die festen States am Hintern, P6 Vddc wird z.b. von P5 überlagert(wenn P6 Einstellung unter 1100mV gewählt), es stellt sich da bei beiden Taktbereichen eine Vddc von 1,050-1,075V ein als Beispiel mit 950er Uncore bei der RX56/64LC ein.

In deinem Fall 901mV Uncore mit 912mV P7 dann die teilweisen Spitzen mit 1V (P5+P6) bei dieser Vddc Regelung die eingestellt wurde.

Eine Besonderheit kommt noch dazu, die RX64Air hat Memory P2 mit 950mV stehen, man kann zwar mit Memory P3 darunter aber nur mit sehr niedrigen HBM-Takt irgendwann funktioniert das nicht mehr und der HBM-Takt bleibt bei den 800MHz Memory P2 hängen.

Die 2 Werte für die P-States stellen dann noch den effektiven Takt ein, geht man bei gleicher Regelung mit der Takteinstellung nach unten bleibt Vddc gleich und Takt geht entsprechend dem Wert nach unten, anders rum wieder gleiche Regelung Takteinstellung bleibt gleich und Vddc wird in zwischen Schritten(25mVBereiche) nach unten genommen, bleibt Vddc in dem Rahmen wie oben beschrieben im großen und ganzen auch gleich aber entsprechend der Verringerung der Spannungsteinstellung wird der effektive Takt gesenkt.

Ich hoffe es ist verständlich was gemeint ist, ich suche fix noch den Post mit dem Testlauf den ich dazu laufen lassen hatte.
[Sammelthread] AMD RX VEGA Sammelthread + FAQ - Seite 145
Dort habe ich schonmal versucht die Vddc Regelung nachzuvollziehen und zu zeigen und was passiert.
Ein Paar Sachen sind heute einfacher geworden da keine Unterschiede mehr mit der SOC zustande kommt(1107 oder 1199) mit den neuen Treibern.

Das ganze erklärt dann auch warum Einstellung bei eigentlich guter Belastung(hohe FPS,Shader können arbeiten usw) Einstellungen abschmieren, aber mit FPS-Limit dann plötzlich stabil laufen.
Das war so mein Gedanke und Anliegen als ich angefangen habe zu sagen es wäre doch ganz geschickt die Einstellungen für die Empfehlung so zu wählen das sie grundsätzlich immer stabil betrieben werden können und wer dann will noch FPS-Limit usw setzen kann.
Dazu erklärt das auch schön warum so ein großes Gefallen an den Uncore Einstellungen nahe P7 herrscht. Die Vddc Regelung bei Belastung ist deutlich enger und es kommen keine Schwankungen zustande, es wird statischer und vorausschaubarer was stabil läuft.
Effizient bzw. von der dynamischen Regelung aber wiederum mit FPS-Limit verbunden und in Wattman kommen die anderen festen States dazu.
(Wegen der nähe funktionieren z.b. auch Reg.file mit 800-850mV usw. da hier eine sehr Starre und gleichbleibende Regelung erfolgt)

Hier ist dann der Hund auch mit dem erhöhten Verbrauch bei Tesselation begraben, wir haben keine Einheit dafür also müssen die Shader her halten, diese können das verhältnismäßig sogar recht gut durch ackern, aber dadurch steigt halt der Verbrauch und der effektive Takt fällt.
Im fall von zu hoher Tesslation (wie NV ihn gern hätte) kommen die Shader irgendwann an die Grenzen(werden zugemüllt) es kommt zu extremen Verbrauch + Hitze aber bei den FPS kommt nur heiße Luft an.

(Nach ODT oder so verknödelt man eigentlich nichts, die Verhalten bleiben eigentlich so wie sie sind, auch nach bios flash hin und her, auch ohne DDU)
Die 950mV Grenze ist eigentlich auch die mir Bekannte bei der RX64, die ich selbst sehen konnte und auch schon bei anderen und vorangegangen Test zu sehen war.

@satuan direkt

was meinst du in deinem einen Post das die Fan speed usw nicht mehr angezeigt wird?
Ich bin jetzt seit über 2 Jahren mit 4K Freesync unterwegs, habe da auch so 1-2 Erfahrungen damit

satuan · 03.03.2018

Kintaro89 schrieb:
(Nach ODT oder so verknödelt man eigentlich nichts, die Verhalten bleiben eigentlich so wie sie sind, auch nach bios flash hin und her, auch ohne DDU).Die 950mV Grenze ist eigentlich auch die mir Bekannte bei der RX64, die ich selbst sehen konnte und auch schon bei anderen und vorangegangen Test zu sehen war.

Also ich liege irgendwo dort (mag aber auch nur ein Problemfall sein oder eben 64 Heini):

Mhz......Voltage
1324.....925
1464.....940
1512.....950
1560.....975
1590.....1005 (da kommt wieder diese ominöse Wert - Kintaro - ich hab jetzt zig mal probiert es ist so)
1640.....1068 (da muss ich dann schon richtig ran)

Ich weiß nicht ob die Spikes auch mit dem Object Pooling in Heaven Benchmark zu tun haben, da wird ja öfter mal das Bild weg geblendet und alle Objetke im VRAM (HBM) per Optimization die nicht benötigt werden sicherlich auf "nicht verwendet gesetzt". Habt ihr mal probiert diese Frequenzen mit Shadercache on/off zu fahren, weil HBC aktiv brauchst auch höhere Spannungen, weil dann vermutlich Daten ausgelagert werden. Gut das mag dann mit undervolting bis ins letzte nicht gehen. OK, ich denke das sprengt aber diese Form der Wertermittlung hier im Thread.

*Noch was zu ODT bitte die Variante 2.4.0 nicht mehr verwenden (bitte auf S.1 Holzmann), es kann nämlich passieren das nach einem Crash (wie bei mir passiert) die ini.Datei überschrieben wird. Dann ist sie nutzlos.

Siehe auch fixed 2.5.0: "ini-Datei kann ihren Inhalt bei PC-Crash verlieren". Das heißt, man kann die modifizierten Werte nicht "Apply" schalten. Das war vermutlich auch zeitweise mein Problem, da ich mit Profil "Vega 1" geladen habe.

- - - Updated - - -

Kintaro89 schrieb:
was meinst du in deinem einen Post das die Fan speed usw nicht mehr angezeigt wird?

Ich hab doch Wasser, da wird zwar ein Wert eingeblendet und fließt in den Workload mit ein, aber der ist Nonsens für den DPM Arbitrator. Ist nur in meinen Fall so, hab schon überlegt ob ich mal einen Lüfter anschließe um zu sehen ob sich etwas ändert. Die Platine bekommt ja kein Signal ob der Lüfter dreht.

Die LC bekommt auf jeden Fall ein Wert geliefert, Pumpe und Lüfter.

Kintaro89 · 03.03.2018

satuan schrieb:
Also ich liege irgendwo dort (mag aber auch nur ein Problemfall sein oder eben 64 Heini):

Mhz......Voltage
1324.....925
1464.....940
1512.....950
1560.....975
1590.....1005 (da kommt wieder diese ominöse Wert - Kintaro - ich hab jetzt zig mal probiert es ist so)
1640.....1068 (da muss ich dann schon richtig ran)

Ich weiß nicht ob die Spikes auch mit dem Object Pooling in Heaven Benchmark zu tun haben, da wird ja öfter mal das Bild weg geblendet und alle Objetke im VRAM (HBM) per Optimization die nicht benötigt werden sicherlich auf "nicht verwendet gesetzt". Habt ihr mal probiert diese Frequenzen mit Shadercache on/off zu fahren, weil HBC aktiv brauchst auch höhere Spannungen, weil dann vermutlich Daten ausgelagert werden. Gut das mag dann mit undervolting bis ins letzte nicht gehen. OK, ich denke das sprengt aber diese Form der Wertermittlung hier im Thread.

*Noch was zu ODT bitte die Variante 2.4.0 nicht mehr verwenden (bitte auf S.1 Holzmann), es kann nämlich passieren das nach einem Crash (wie bei mir passiert) die ini.Datei überschrieben wird. Dann ist sie nutzlos.

Siehe auch fixed 2.5.0: "ini-Datei kann ihren Inhalt bei PC-Crash verlieren". Das heißt, man kann die modifizierten Werte nicht "Apply" schalten. Das war vermutlich auch zeitweise mein Problem, da ich mit Profil "Vega 1" geladen habe.

- - - Updated - - -

Ich hab doch Wasser, da wird zwar ein Wert eingeblendet und fließt in den Workload mit ein, aber der ist Nonsens für den DPM Arbitrator. Ist nur in meinen Fall so, hab schon überlegt ob ich mal einen Lüfter anschließe um zu sehen ob sich etwas ändert. Die Platine bekommt ja kein Signal ob der Lüfter dreht.

Die LC bekommt auf jeden Fall ein Wert geliefert, Pumpe und Lüfter.

Was hast du mit den 1005 geteste, gerade bei P6 eher nebensächlich da unter 1100mV(P5) den Testverlauf kann ich auch noch fix raus suchen.

Zu den 1068 für P7 nochmal lesen was ich oben geschrieben habe. Das was ich meinte (25mV Schwellen) mit der Vddc Regelung ist allgmein immer da, die 1060-1070mV haben einen kleinen Unterschied ab dort knallt die Regelung sofort in den oberen Bereich und bleibt da.

Deswegen zeige doch bitte mal wie du darauf kommst in der Praxis und wie du versucht hast diese nach zustellen und reproduzierbar zu machen, sprich nicht einfach grob mit 0,1s Werte aus Tools auslesen die man so erhascht.
Damit man sich da abgleichen kann und das verfolgen kann. Werde mir dann die Testsequenz/bedingungen gerne auch mit anschauen. Mehrere Augen sehen auch mehr

Ich habe auch auf Wakü umgebaut ich habe da auch schon gesehen das da in GPU-Z immer irgendwas mit läuft und sogar ansteigt usw. da habe ich z.b. schon die Lüfter Werte in Wattman und ODT verändert, alles auf niedrig möglichen Werte oder höchste Werte ohne einen Unterschied vom auslesen der Tools zu erkennen. Könnte man sich auch mal anschauen in wie weit sich da was tut, aber bisher hatte nichts eine Auswirkung auf die Ergebnisse und Verhaltensweise der anderen Einstellung für die States.

satuan · 03.03.2018

Kintaro89 schrieb:
Was hast du mit den 1005 geteste, gerade bei P6 eher nebensächlich da unter 1100mV(P5) den Testverlauf kann ich auch noch fix raus suchen.

Zu den 1068 für P7 nochmal lesen was ich oben geschrieben habe. Das was ich meinte (25mV Schwellen) mit der Vddc Regelung ist allgmein immer da, die 1060-1070mV haben einen kleinen Unterschied ab dort knallt die Regelung sofort in den oberen Bereich und bleibt da.

Ich habe auch auf Wakü umgebaut ich habe da auch schon gesehen das da in GPU-Z immer irgendwas mit läuft und sogar ansteigt usw. da habe ich z.b. schon die Lüfter Werte in Wattman und ODT verändert, alles auf niedrig möglichen Werte oder höchste Werte ohne einen Unterschied vom auslesen der Tools zu erkennen. Könnte man sich auch mal anschauen in wie weit sich da was tut, aber bisher hatte nichts eine Auswirkung auf die Ergebnisse und Verhaltensweise der anderen Einstellung für die States.

Schon mal eine gute Info das es bei dir nicht anders ist. Den Rest dito, hab ich auch beobachtet.

Komischerweise ist diese Voltage bei mir erst so, seit dem ich das LC Bios drauf hatte oder mir ist es vorher nicht aufgefallen (ich werde mal das Sapphire flashen).

Der Treiber könnte imo nur erkennen, wenn er ein Signal bekommt um es zu regeln, dass bekommt er aber nicht. Aber eagl...

Hm, was P5 angeht das hat bei mir 1402? Da brauche ich nicht mal 950, siehe Tabelle (natürlich WattMan nicht ODT). Im WattMan ist P5 nicht editierbar - oder was meinst du? Ich lass dann HB laufen.

Kintaro89 · 04.03.2018

satuan schrieb:
Schon mal eine gute Info das es bei dir nicht anders ist. Den Rest dito, hab ich auch beobachtet.

Komischerweise ist diese Voltage bei mir erst so, seit dem ich das LC Bios drauf hatte oder mir ist es vorher nicht aufgefallen (ich werde mal das Sapphire flashen).

Der Treiber könnte imo nur erkennen, wenn er ein Signal bekommt um es zu regeln, dass bekommt er aber nicht. Aber eagl...

Hm, was P5 angeht das hat bei mir 1402? Da brauche ich nicht mal 950, siehe Tabelle (natürlich WattMan nicht ODT). Im WattMan ist P5 nicht editierbar - oder was meinst du? Ich lass dann HB laufen.

Mit der P6 Geschichte war ich gerade gedanklich bei Wattman. Deswegen um Abhängigkeiten zu besprechen könnten wir da immer erstmal bei einem bleiben. Da reg.file nicht ganz 1:1 mit Wattman anwendbar und anders herum.
Damit es kein Durcheinander gibt.
Genauso mal einen Wert nach dem anderen verändern, das hilft auch die Unterschiede heraus zubekommen.
Wenn gleichzeitig P7 + Uncore + + + geändert wird fällt es mir zumindest schwerer heraus zu finden was sich da aus welchen Grund geändert hat.

Deine Werte oben sind aber LC Taktkurve, hast du diese in dein RX64Air reg.file übernommen?
Ist bei dir mit RX64Air Bios eigentlich jetzt P4 oder P5 mit Memory P3 verknüpft?
Und was meinst du mit P5 1402 brauchst du nicht mal 950? für die State-Einstellung um auf den effektiven Takt von 1400 zu kommen oder meinst du die Uncore dafür?

Bzw. was stellt deine Tabelle da eigentlich dar? P-State Einstellungen von P2-P7? Mischung aus effektiven Taktraten + Einstellungen im Wattman oder reg.fiel?

Ein bisschen Strukturieren und benennen wäre hilfreich.

satuan · 04.03.2018

Ich mach erst mal Schluss alle 30sec wird das Bild schwarz, ich glaub mein Bios bzw. Registry ist Murks, die Karte hängt bei 1640 obwohl ich den Wert gar nicht eingegeben habe. In WattMan ist nichts mehr hinterlegt. Mal gucken ob was da los ist, nicht das das ein Supergau wird.

- - - Updated - - -

Kintaro89 schrieb:
Bzw. was stellt deine Tabelle da eigentlich dar? P-State Einstellungen von P2-P7? Mischung aus effektiven Taktraten + Einstellungen im Wattman oder reg.fiel?

Ein bisschen Strukturieren und benennen wäre hilfreich.

Da ihr mit so niedrigeren Voltagen arbeitet (V56?) habe ich mich mal hingesetzt und versucht herauszubekommen für welchen Takt ich welche Voltage brauche, damit das meinem Profil entsprechend (Anwendungen, Spiele und so weiter) auch stabil läuft.

Vermutlich plagt mich auch noch was anderes, entweder ein RAM-Riegel oder das F20 Bios des GA-X370 (hab ich nocht nicht wieder zurückgeflasht auf Version F10).

Jetzt blieb mir die GPU wieder hängen, auf irgendeinem Fakewert. Ich glaube ich lass üNacht erstmal Memtest laufen und werde morgen mal das MB auf F10 flashen, dass war ziemlich stabil.

Unter Last wird sporadisch der Bildschirm dunkel, seit dem ich F20 aufgespielt habe. Der Rechner dreht alle Lüfter hoch, Aura LEDs alle on, obwohl die off sind, und alles tot. Keine Maus, keine Tastatur. Dann hilft nur Reset über den Powerbutton. Netzteil ist ein SP10_700w denke nicht das es das nicht ist, weil das 500W gut abfedert (Vega+Ryzen voll aufgedreht). Ich denke mal es ist das F20. GB wieder... :rolleyes:

.

Starten, piep, alles wieder gut - kann ja nicht normal sein.

Kintaro89 · 04.03.2018

satuan schrieb:
Ich mach erst mal Schluss alle 30sec wird das Bild schwarz, ich glaub mein Bios bzw. Registry ist Murks, die Karte hängt bei 1640 obwohl ich den Wert gar nicht eingegeben habe. In WattMan ist nichts mehr hinterlegt. Mal gucken ob was da los ist, nicht das das ein Supergau wird.

- - - Updated - - -

Da ihr mit so niedrigeren Voltagen arbeitet (V56?) habe ich mich mal hingesetzt und versucht herauszubekommen für welchen Takt ich welche Voltage brauche, damit das meinem Profil entsprechend (Anwendungen, Spiele und so weiter) auch stabil läuft.

Vermutlich plagt mich auch noch was anderes, entweder ein RAM-Riegel oder das F20 Bios des GA-X370 (hab ich nocht nicht wieder zurückgeflasht auf Version F10).

Jetzt blieb mir die GPU wieder hängen, auf irgendeinem Fakewert. Ich glaube ich lass üNacht erstmal Memtest laufen und werde morgen mal das MB auf F10 flashen, dass war ziemlich stabil.

Unter Last wird sporadisch der Bildschirm dunkel, seit dem ich F20 aufgespielt habe. Der Rechner dreht alle Lüfter hoch, Aura LEDs alle on, obwohl die off sind, und alles tot. Keine Maus, keine Tastatur. Dann hilft nur Reset über den Powerbutton. Netzteil ist ein SP10_700w denke nicht das es das nicht ist, weil das 500W gut abfedert (Vega+Ryzen voll aufgedreht). Ich denke mal es ist das F20. GB wieder....

Wäre Ratsam das du dein System überhaupt mal stabil bekommst, ansonsten bitte mit Stock CPU usw betreiben um sich da auf die Vega für den Thread zu konzentrieren.
Wobei das die GPU hängen bleibt und die Tools einen Takt über deinen Einstellungen in P7 anzeigt ist der oft erwähnte Boost+crash, da sollte eigentlich MB usw nichts dazu beitragen.
Evtl. nochmal prüfen in wie weit deine Tabelle wirklich stabil ist. Wenn das hängen bleiben der GPU mit diesen Werten vor kommt, sind sie nicht stabil.

In dem Bezug was Stabilität an geht für deinen Takt, eher auf die ausgelesene Vddc Regelung achten und dazu deinen EFFEKTIVEN Takt suchen der stabil läuft. Als kleinen Tipp.
Ist nicht böse gemeint, aber du machst schon etwas kreuz und quer und durcheinander.

satuan · 04.03.2018

Kintaro89 schrieb:
Ist nicht böse gemeint, aber du machst schon etwas kreuz und quer und durcheinander.

Natürlich nicht, mit V56 Werten kann ich natürlich nicht arbeiten, die sind allesamt nicht stabil. Ich muss alle hier geposteten Werte erhöhen weil mir sonst RotTR einfach abstürzt und das liegt klar an der GPU.

Unter Idle und mit zurückgesetztem Treiber kann es keinen Boost Crash geben, den gibt es nur bei Auslastung, logisch oder? Das ist was anderes.

Es ist das MB Bios, nur habe ich Timings usw. editiert, es macht doch keinen Sinn das ich alles Standard fahren soll, damit eure Setting stabil sind. Das würde ich in Wirklichkeit doch auch nicht machen, ich will ja nicht uv minen sondern gamen und vieles mehr, manchmal auch volle Kanne und da muss auch mal CPU OC herhalten, wenns stabil läuft.

Alles auf Standard dann kann ich mir 'ne OEM Kiste kaufen. Auch nicht böse gemeint. Ich muss mein eigenes Setting finden, nicht irgendeins das bei euch stabil läuft auf anderer Hardware, war doch schon immer so.

Wenn dann jemand die gleiche Hardware bei ähnlichem Nutzerprofil sein eigen nennt, kann er sich gerne daran orientieren.

Kintaro89 · 04.03.2018

satuan schrieb:
Natürlich nicht, mit V56 Werten kann ich natürlich nicht arbeiten, die sind allesamt nicht stabil. Ich muss alle hier geposteten Werte erhöhen weil mir sonst RotTR einfach abstürzt und das liegt klar an der GPU.

Unter Idle und mit zurückgesetztem Treiber kann es keinen Boost Crash geben, den gibt es nur bei Auslastung, logisch oder? Das ist was anderes.

Es ist das MB Bios, nur habe ich Timings usw. editiert, es macht doch keinen Sinn das ich alles Standard fahren soll, damit eure Setting stabil sind. Das würde ich in Wirklichkeit doch auch nicht machen, ich will ja nicht uv minen sondern gamen und vieles mehr, manchmal auch volle Kanne und da muss auch mal CPU OC herhalten, wenns stabil läuft.

Alles auf Standard dann kann ich mir 'ne OEM Kiste kaufen. Auch nicht böse gemeint. Ich muss mein eigenes Setting finden, nicht irgendeins das bei euch stabil läuft auf anderer Hardware, war doch schon immer so.

Wenn dann jemand die gleiche Hardware bei ähnlichem Nutzerprofil sein eigen nennt, kann er sich gerne daran orientieren.

Es ging darum das du kein kein sauberes Ryzen OC bzw System hast, deswegen mit passendem Bios @ Stock als Vorschlag wenn du Probleme damit hast. Hilft ja nix wenn das dich abstürzen lässt und die Vega dafür gar nicht Verantwortlich ist.

Die niedrigen Werte haben auch nichts mit RX56 zu tun. Wenn du dir nicht helfen lassen möchtest, bzw. auf alles pfeifst gerne, aber was man so mit bekommt, sind die meisten Probleme die du hast Hausgemacht.
Was mich immer noch wundert da du eigentlich was die Theorie und die Eckdaten der Architektur und GPU-Überwachung angeht eigentlich ja recht fit bist.

Wenn du das Bios ausmachen konntest dann passt es ja wieder, falls da immer noch Probleme auftreten liegt da noch was anderes im argen.
Das du die Probleme mit Stock Vega auch hast, hast du nicht geschrieben, das kann niemand riechen, du hast eine Tabelle deiner "stabilen" UV/OC Einstellungen rein geworfen dann darf man ja auch davon ausgehen das du diese meinst die nicht mehr stabil sind.

Deswegen bleib bitte immer bei einem Thema(Wattman oder ODT oder ODT+reg.file, einem Verhältnis Uncore + Regelbereich) und nicht kreuz und quer.

Das ganze soll ja eine Hilfestellung untereinander sein.

satuan · 04.03.2018

So F22B ready Pinnacle Ridge...Gigabyte X370-G7 und stable (deutlich modifizierte RAM Menüs mit vollen Zugriff und erweiterten Support - wurde auch Zeit Gb..

)

@Gerry

Mit folgenden Werten leicht modifiziert abgeleitet von 901-V64.

WattMan: P6 1477/865; P7 1607/912; HBM 980/906; PT +10 (GB RX V64 EKWB Mod), Zieltemp 55°C

GPU only 147-155 (Heaven BM - keine Ruckler, keine Spikes), Temps: 44; 55; 40, ohne VSync oder FRTC, 1440p ca 55-60fps (passt auch gut in die Freesync Range), Taktrate bei 1467 MHz bei 0,903 - 0,918V

@Kintaro

RAM habe ich jetzt auf 14-16-16-33-49-1T gesetzt bei 1,35V und 2666MHz. Scheint stabiler zu laufen bei 32GB Corsair 4x8 Full. Sie nimmt die niedrigen Voltagen über WM wieder an, muss am MB gelegen haben. Sag ich doch...Gigbayte hat für PR Zen+ das F22b mächtig aufgebohrt - was den Zugriff und die Modifikation auf die Speichersettings angeht und die Kompatibilität geupdatet. Ui, Ui. Da muss was kommen.

Soll ich noch irgendwas testen, Heaven Beanchmark lief wie o.a. sauber durch. Nice oder.

Geh jetzt erst mal etwas ruhen. Würde vorerst bei WattMan weiter machen wollen, oder?

Berni_ATI · 04.03.2018

@sutuan

Hast ebenso wie ich die GigyByte RX Vega 64 Silver Edition
und wie sind deine derzeitigen Settings unter OverdriveTool - N oder Wattman.

Wie hoch lässt du den Lüfter laufen?

@edit
Sehe hast deine RX 64 unter Wasser laufen
War deine gemoldet oder nicht ?

Chaser84 · 04.03.2018

satuan schrieb:
Und mit welchen Tool hast du sonst an den Taktraten gespielt?

Der 17.11.4 hat das Problem das diese instabil gesetzten Setting nicht rückgängig gemacht werden und es daher immer wieder zu Systemcrash kommt.

Bitte mal mehr Erläuterungen. Ansonten setze dein OC Setting zurück, dass läuft unter BF nicht stabil.

Gleichzeitig wäre eine dx Diagnose anzuraten: [Win-Logo]+[R], dann den Befehl dxdiag.exe eingeben. Dort kannst du dann über die jeweiligen Registerkarten System, Grafik, Sound1, Sound2, Eingabe klicken und prüfen welche Runtimeversion aktuell geladen wurde und ob es in dem Bereich Probleme gibt.

Mit [Windows]+[R] und mit dem Befehl eventvwr.exe erhälst du Zugriff auf die Ereignisanzeige und kannst dort prüfen, ob dort Fehlercodes einliegen. Inbesondere kritische Fehler solltest du dir dort ansehen (Hardwareereignisse).

DDU bitte im abgesicherten Modus ausführen und vor Bereinigung und Neustart den Treiber auf Microsoft Basic Adapter zurücksetzen. Dafür ins Feld rechts unter dem Radeonlogo AMD auswählen und darunter einmal auf "Setze Treiber Installation einmal auf Windows Standard" klicken. Neuste Version ist 17.0.8.3.

Die für das Spiel erforderliche DX Version installieren und den Gamemode unter Windows 10 deaktivieren.

*demnächst bitte für dergleichen Hardwareprobleme nicht den Vega Sammel-/FAQ-/Undervolting Thread zumüllen. Du kannst dafür unter Grafikkarten einen eigenen "Problemthread" eröffnen. Danke. Es gibt auf dem Board genug, die das trotzdem sehen und dir helfen wenn sie können

Danke geht wieder, jetzt werde ich mich mal ans UV machen.

Holzmann · 04.03.2018

Oh gut nur kurz, war es die dx Diagnose oder DDU im abgesicherten Modus?

satuan · 04.03.2018

Chaser84 schrieb:
Danke geht wieder, jetzt werde ich mich mal ans UV machen.

Bitte das Feedback geben wo's gepasst hat, da ich mehrere Möglichkeiten aufgezählt habe, damit andere wenn möglich sich daran als Problemlösung orientieren können oder was du als Fehlerquelle ausgemacht hast. Selbst wenn der der davor sitzt es ist, macht es Sinn. Dankeschön.

Vermute mal den Treiber, dann ist es ein AMD Problem das bekannt ist und in nachfolgenden Versionen gefixt wurde. Vega macht immer noch viel Arbeit, ist ja auch ziemlich komplex.

- - - Updated - - -

Berni_ATI schrieb:
@sutuan

Hast ebenso wie ich die GigyByte RX Vega 64 Silver Edition
und wie sind deine derzeitigen Settings unter OverdriveTool - N oder Wattman.

Wie hoch lässt du den Lüfter laufen?

@edit
Sehe hast deine RX 64 unter Wasser laufen
War deine gemoldet oder nicht ?

Wäre schön wenn du mit dem WattMan Set: P6 1477/865; P7 1607/912; HBM 980/906; PT +10, Zieltemp 55°C und Lüfter 1750/2750(2950) mal probieren könntest ob da TS durchläuft (ich denke mal den normalen Test). Gerry wäre sicher dankbar.

Vorerst bleibe ich bei WattMan, oder Kintaro braucht Vergleichswerte. Er wünschte sich eine bessere Abfolge, kein hin- und herspringen zwischen den möglichen Varianten.

*Ja ist gemoldet. Was mich plagte war das MB Bios, habe seit heute Nacht einen neuen PC (vermute PCIe und RAM-Teiler als Grund). Danke auch an Gigabyte, fluchen hilft also doch.

Chaser84 · 04.03.2018

Holzmann schrieb:
Oh gut nur kurz, war es die dx Diagnose oder DDU im abgesicherten Modus?

Das hier:

"DDU bitte im abgesicherten Modus ausführen und vor Bereinigung und Neustart den Treiber auf Microsoft Basic Adapter zurücksetzen. Dafür ins Feld rechts unter dem Radeonlogo AMD auswählen und darunter einmal auf "Setze Treiber Installation einmal auf Windows Standard" klicken. Neuste Version ist 17.0.8.3."

und danach habe ich nochmals DDU drüber laufen lassen.

Berni_ATI · 04.03.2018

Sorry, welches Problem hattest mit Neuem PC und deiner RX Vega
Bei mir kommt auch RyZen Refresh rein im April

Kintaro89 · 04.03.2018

Welche Vorteile seht ihr eigentlich an den Werten P7 912mV und Spannungsregelung 906mV?

Gerade in dem Bezug zu dem bekannten Verhalten.
[Sammelthread] AMD RX VEGA Sammelthread + FAQ - Seite 212

Ich habe diese Werte ja auch schon getestet und habe das Springen zwischen den Vddc Bereichen gesehen.
Es ist zwar sehr eng gewählt dadurch ist im Lastbetrieb schon relativ konstant, aber geht ziemlich schnell die Luft aus mit den Peaks zu 1V.

satuan · 04.03.2018

Berni_ATI schrieb:
Sorry, welches Problem hattest mit Neuem PC und deiner RX Vega
Bei mir kommt auch RyZen Refresh rein im April

Irgendwas war bei mir "vergriesgnaddelt", siehe Post auf der anderen Seite, läuft seit heute Nacht. Memtest war nicht auffällig.

Du hast ja die Gigabyte ohne H20 Mod, also Referenz und da wären die Lüfterdrehzahlen bestimmt auch noch wichtig.

Ich müsste alles auf den Referenzkühler umbauen, dass ist mir zu aufwendig.

- - - Updated - - -

Kintaro89 schrieb:
Welche Vorteile seht ihr eigentlich an den Werten P7 912mV und Spannungsregelung 906mV?

Gerade in dem Bezug zu dem bekannten Verhalten.
[Sammelthread] AMD RX VEGA Sammelthread + FAQ - Seite 212

Ich habe diese Werte ja auch schon getestet und habe das Springen zwischen den Vddc Bereichen gesehen.
Es ist zwar sehr eng gewählt dadurch ist im Lastbetrieb schon relativ konstant, aber geht ziemlich schnell die Luft aus mit den Peaks zu 1V.

Ich dachte wir sollten diese Setups dann mal auf Tauglichkeit testen, Gerry liefert Werte für die 56, oder?

Kintaro89 · 04.03.2018

Du hast die Werte ja abgewandelt, ich möchte da jetzt einfach wissen in welchen Bezug und welche Vorteile du darin siehst.
Da für dich anscheinend Tests mit einer RX56 + RX56@64bios nicht ausschlaggebend sind.

Oder ob irgendwas aufgefallen ist, das du berichten kannst.

Berni_ATI · 04.03.2018

Hier mal meine Werte von Gestern mit 3-4 Stunden Wolfenstein, zum Ende hin New Orleans

satuan · 04.03.2018

Kintaro89 schrieb:
Du hast die Werte ja abgewandelt, ich möchte da jetzt einfach wissen in welchen Bezug und welche Vorteile du darin siehst.
Da für dich anscheinend Tests mit einer RX56 + RX56@64bios nicht ausschlaggebend sind.

Oder ob irgendwas aufgefallen ist, das du berichten kannst.

Weil es sonst nicht durchläuft. Es blieb irgendwann hängen im HB, in der Szene um den Drachen (Tesselation, RotTR genauso denke auch AMD Tess). Es kann sein weil ihr TS fahrt das es durchläuft. Warum das so ist kann ich dir auch nicht sagen. Kannst du mir mal die Werte des Stock Bios einer 56 hier einstellen. ODT Shot reicht mir nach Laden von open Biosfile.

Was sieht du daran negativ? Habe die WEerte um +5 angehoben und den Takt P7 gesenkt, sonst bleibt das Bild stehen und HB wird beendet.

- - - Updated - - -

Berni_ATI schrieb:
Hier mal meine Werte von Gestern mit 3-4 Stunden Wolfenstein, zum Ende hin New Orleans.

Danke, meine Vermutung bestätigt sich das deiner Gb alles um 1,5GHz schmeckt, das kann auch mit der Güte zu tun haben die Gb einkauft.

GPUonly? Was soll das sein?

Berni_ATI · 04.03.2018

Ist erst seit GPU-Z Version2.8.0

zudem muss man sagen dass die abgelichteten Werte mit Lüfterspeed 2350 U/Min anfangs gemacht wurden, deshalb so hohe MAX. Werte.
Mit Lüfter auf 41% fixiert bin ich immer 2 bis 3 Grad niedriger bei GPU Temeratur
und HBM bei 85 bis 87 Grad
HotSpot ca. 90 bis 92 Grad gewesen.

satuan · 04.03.2018

Die Werte sind eher Fake oder? Max was soll mir das sagen? Ein an Uncore gekoppeltes Set. Das ist doch völliger Quatsch bei den Werten.

Chaser84 · 04.03.2018

Was ne scheisse.
Gestern lief noch alles.

Heute habe ich nur noch 50 FPS und Bildflackern. Ich habe nichts geändert!
Was sind denn das immer für Probleme?

Berni_ATI · 04.03.2018

@satuan

Meinst mich oder ?

[Sammelthread] AMD RX VEGA Sammelthread + FAQ

Enthusiast

The Saint

Enthusiast

Enthusiast

satuan

Guest

Experte

satuan

Guest

Experte

satuan

Guest

Experte

satuan

Guest

Experte

satuan

Guest

Experte

satuan

Guest

Legende

Enthusiast

The Saint

satuan

Guest

Enthusiast

Legende

Experte

satuan

Guest

Experte

Legende

satuan

Guest

Legende

satuan

Guest

Enthusiast

Legende