[Sammelthread] AMD RX VEGA Sammelthread + FAQ

AMD RX Vega Sammelthread + FAQ




Die technischen Daten der AMD Radeon RX Vega in der Übersicht:




Was zur Netzteilleistung: Einige User haben mit Netzteilen bei einer Leistung um 500 Watt von Stabilitätsproblemen berichtet, nach Tausch auf ein NT mit einer Leistung um 700 Watt sind diese behoben worden, die Empfehlung von AMD als Minium ein NT mit 750 Watt Leistung zu verwenden, scheint hier in der Praxis sehr relevant zu sein. Es empfiehlt sich außerdem zwei getrennte Stränge der 8-Pin Stecker vom NT zu verwenden.

User Erfahrungen und Empfehlungen/Ergänzungen:

VEGA-FEATURES
- Shader Insintrincs (nur unzureichend bei den Dev´s eingesetzt)
- TressFX (performant)
- AMD-Schatten (performant und präziser als GW)
- VR (Cyan Room stark verbessert)
- Async Compute (flexibel + performant)
- DX11 (bei 1080p stark verbessert)
- Tess. ( bis 16x besser als 1080)
- Mining (eigene Liga)
- Bios (V56-->V64LC bei Bedarf - nur Ref.)
- Wattmann (Hardwaresettings: Profile+OSD+Chill+Tess.-opt.+fps-Limiter+Framepacing+flex.Sync)
- Undervolting (7..10%)
- Energieeff. (Bsp. RX56 UV Bios 2 PT-10 = 138W)
- ALLONE STANDING FEATURES
primitive Shader (kommen 2018 nach und nach)
HBCC (bei 32GB bis zu 20GB - sinnvoll für echte 4k-Texturen und im prof. Bereich z.Bsp.TByte-Punktewolken aus Scan + 4k HDR-Videoediting)
Freesync 2 (Tonmapping im Monitor entfällt --> schnellere Darstellung+weniger Lag und preiswerte+lieferbare Monitore HDR600)
HDR10 (FP16-10bit - bei PASCAL NA)
FP16 ( 2x16 gleichzeitig)
- P/L (Bsp. RX56= 1070, RX64= 1080 - Customs +59,-€; 2x RX56ref.= Ti6GBs; 2x RX64LC= Txp, 2xFE<Tv)
- Lieferbarkeit (noch nicht top)
- Treiber (low level ready - Dev´s sind noch nicht Alle ready)
- Ref.-Karten (Kühlerqualität gegenüber Polaris stark verbessert)
- Wakü. (lieferbar - ab RX64 zu empfehlen bei OC)
OVERCLOCKING
- Chiplotterie (wie immer, aber sinnvoll )
- eff.Takt ( mit UV+ OC+PT >100 gegenüber Reviews - PT mit Bedacht einsetzen, i.d.R. UV besser;
VEGA mag es COOL-->Lüfter+Zieltemp.!)





Aktuelle Treiber: noch keiner, nur Beta:
Radeon Software Crimson ReLive Edition for Radeon RX Vega Series Release Notes


Radeon Software Crimson ReLive Edition 17.8.1 Release Notes


Radeon Software Crimson ReLive Edition 17.8.2 Release Notes


Radeon-Software-Crimson-ReLive-Edition-17.9.1-Release-Notes


Radeon-Software-Crimson-ReLive-Edition-17.9.2-Release-Notes


Radeon Software Crimson ReLive Edition 17.9.3 mit verbesserter mGPU-Unterstützung - Hardwareluxx

Radeon Software Crimson ReLive Edition 17.10.1 Release Notes



Radeonâ„¢ Software Crimson ReLive Edition 17.10.2 Release Notes


Radeonâ„¢ Software Crimson ReLive Edition 17.10.3 Release Notes


Radeon Software Crimson ReLive Edition 17.11.1 Release Notes


Radeonâ„¢ Software Crimson ReLive Edition 17.11.2 Release Notes


Radeonâ„¢ Software Crimson ReLive Edition 17.11.3 Radeon RX Vega Hotfix Release Notes


New Version Adrelanie
Radeon Software Adrenalin Edition 17.12.1 Release Notes



Treiber für Mining:
Radeon Software Crimson ReLive Edition Beta for Blockchain Compute Release Notes

Anmerkung: User haben berichtet, dass im Gegensatz zum Beta Treiber mit dem Mining Treiber CrossfireX aktivieren lässt!

Bzgl. CF Support hat AMD in Aussicht gestellt, das dieser zu einem späteren Zeitpunkt in gewohnter Form wieder zur Verfügung steht:
"There is no difference regarding CF but as we said previously, it's support for RX Vega will come at a later point."

Tool zum Boisflash:
ATI Winflash - Download - CHIP

Und Bios Kollektor
VGA Bios Collection | TechPowerUp

[/B][/B]Tool zum einstellen der P-States:
WattTool: A simple tool that combines overclocking with VRM monitoring/tweaking for RX 400 series

Tutorial zum Watt tool:
Vega 56 OC + UV gut oder Müll? - YouTube

saaphire trixx funktioniert offiziell mit vega
SAPPHIRE Technology

Custom Karten: noch keine ab Oktober 2017

Radeon RX Vega 64 56: Die Custom-Design-Situation ist ein Chaos

Asus ROG Strix RX Vega64 O8G Preview - YouTube

RX VEAG64 Umbau auf Morpheus 2 Core Edition von RAIJINTEK by user pickebuh
[Guide] RX VEAG64 Umbau auf Morpheus 2 Core Edition von RAIJINTEK

User BerntBrandon gibt folgendes zu bedenken bzgl. RX Vega56/64 und Raijintek Morpheus II Core Edition

Anscheinend ist die Kombination aus RX Vega56/64 und Raijintek Morpheus II Core Edition nicht zu empfehlen.
Das Problem bei montierten Morpheus II Core Edition ist eine gegenüber der GPU ca.65°C und HBM ca.70°C Temperatur stark erhöhte HotSpot Temperatur, teilweise in einen bedenklichen bereich von weit über 90°C. (Temperaturen sind je nach Belüftung und Last abweichend)
Der Referenz Kühler weißt keine so hohe Abweichung auf. 4Stroke hat Werte zu Verfügung gestellt.
Mehr vergleichswerte ob vom Referenz Kühler oder anderen sind erwünscht, gemessen wurde mit: Unigine Valley Benchmark @ DX11, Quality:Ultra, AA 8x, 1920x1080p, bitte die GPU /HBM/ HotSpot Temperaturen und GPU Chip Power angeben.

Die Ursache des Problems ist anscheinend das der Morpheus II im Gegensatz zum Referenzkühler nur mit einer relativ kleinen Fläche direkt auf dem Vega10 Chip aufliegt.
Was ein vergleich der Verteilung von Wärmeleitpaste auf Referenzkühler und Morpheus II Core Edition aussagt.

Morpheus: Anhang anzeigen 417227
Referenzkühler:Anhang anzeigen 417228

Vermutet wird das der Morpheus II Core Edition einen leicht konvexen schliff hat, wenn das so ist hat das gute Gründe und wäre kein Mangel!
Raijintek wurde auf Facebook gefragt ob die Kupferbasis des Morpheus II Core Edition plan ist, wenn eine Antwort vorliegt wird das hier ergänzt.

Das soll keine Kaufwarnung sein, es sollte aber beachtet werden das der Morpheus II Core Edition vom Hersteller nicht für die RX Vega56/64 freigegeben ist!

User Beitrag original lüfter von rx64@lc als pull betrieb:
hier das bild von push/pull betrieb.

wie man vll sieht ist der original lüfter von rx64@lc als pull betrieb verlegt von mir und der push lüfter ist ein nzxt air rgb 140mm.

und den nzxt lüfter steuere ich über den msi tool command center, da ich den lüfter direkt an das mainboard angeschlossen habe.

den original lüfter steuere ich natürlich über wattman.

Falls die Karte fiept eine Lösung von User ragman1976:

Vielleicht ergänzend falls es immer noch fiept:

Gehäuse aufschrauben und den Stecker im Bild (roter Kreis) abziehen. Somit ist zwar die Beleuchtung (Schriftzug und Quadrat im Eck) aus, aber das Fiepen, bei mir zumindest, gänzlich verschwunden.

Anhang anzeigen 426044

Gruß






Test/Multimedia:
AMD Radeon RX Vega 64 und RX Vega 56 im Test - Seite 46

AMD Radeon RX Vega 64 und Vega RX 56 im Test: Heiße Vega?

Seite 4: Radeon RX Vega 64 Liquid Cooled - Vergleich mit Nvidias GTX 1080 (Ti) - GameStar

The RX Vega Liquid Edition Review - YouTube

UV mit Vega im Test:
AMD Radeon RX Vega 56 und Vega 64 im Undervolting-Test - Hardwareluxx

TechPowerUp GPU-Z v2.3.0 Released | techPowerUp

user Review:

[User-Review] XFX AMD Vega 64 Air - Unboxing und Einbau

Aktuelle Preise:
amd rx vega bei idealo.de

Overclocking guide:
RX Vega 56 Overclocking Undervolting GUIDE - YouTube

Overclocking Ergebnisse user: (Auszug, beste Ergebnisse)
Fire Srtike vega64 Grafik Score 23124 OC: 1750mhz 1750/1015 @Holzmann
Pic-Upload.de - strike.png

Fire Strike vega64 Grafik Score 24421 stock @RoughNeck mit vega 64 LC
Forum de Luxx

Fire Strike vega64 Grafik Score 24651 OC: 1752/1070 stock @Shevchen
Generic VGA video card benchmark result - Intel Core i7-4930K,ASUSTeK COMPUTER INC. RAMPAGE IV BLACK EDITION
Generic VGA video card benchmark result - Intel Core i7-4930K,ASUSTeK COMPUTER INC. RAMPAGE IV BLACK EDITION


25235 GPU Score @DerEisbär
AMD Radeon RX Vega 64 video card benchmark result - Intel Core i5-6600K,ASRock Z170 Gaming K4


20423 GPU Score Vega56 Undervolted Vega 56, Eingestellt 1700 Mhz Core, 900 Ram, 850mv Vcore, PT 50% @salzcracker
Bild: vegaturbowruvk.jpg - abload.de

24299 GPU Score Vega56 1750-1200mV/1100 HBM mit 64 LC Bios @Spankmaster

26115 GPU Score Vega64 1655/1100 HBM @iLLuminatusANG
AMD Radeon RX Vega 64 video card benchmark result - Intel Core i7-6700K,ASUSTeK COMPUTER INC. Z170 PRO GAMING

25490 GPU Score Vega 64 lc P7: 1752 MHZ/1240mV HBM: 1150MHz/1005mV @ragman1976
AMD Radeon RX Vega 64 Liquid video card benchmark result - Intel Core i5-4690K,MSI Z97 GAMING 5 (MS-7917)



Superposition Score vega64 4536 OC: 1750mhz/1015 @Holzmann


Superposition Score vega64 4259 OC: 1700/1100 @Shevchen
Forum de Luxx
Superposition Score 5078 mit VegaLC @ignis
Pic-Upload.de - Superposition_Benchmark_v1.0_5078_1503375389.jpg

Superposition Score 5006 vega64 OC@G3cko
XFX Vega 64 @ EKWB
GPU-P6 1600MHz @ 1080mV
GPU-P7 1660MHz @ 1150mV (real liegen "nur" 1630MHz an)
HBM2 1100MHz @ 1050mV

Super Position Score 5220 1750mhz@hbm2@1100mhz mit 64LC @crynis
http://saved.im/mja5otq0azjl/04-09-_2017_01-14-51.jpg

Super Position Score 5311 Vega64 mit 1780 mhz und HBM 1150mhz / Bios von der Vega LC version. GPU UV 1080 mVolt.
Treiber 17.9.1 @Motkachler
[Sammelthread] AMD RX VEGA Sammelthread + FAQ - Seite 16

Super Position Score 4434 mit Vega56 1750-1200mV/1100 HBM / mit 64 LC Bios air @Spankmaster

Super Position Score 4827 Vega56 1680/1100 @ 1,05V (Vega64 Air Bios). Effektiv liegen 1,05V an durch den VDrop, Wattmann eingestellt 1712 GPU Takt @Spankmaster
[Sammelthread] AMD RX VEGA Sammelthread + FAQ - Seite 64

Superposition Score Vega 64 LC 5359 OC: 1741/1150 @blazethelight


Auf User Wunsch wird die Übersicht auf Bench: Time Spy aufgebohrt, entsprechend höhere Scores werden hier nachfolgend eingetragen :




Für die Analen tu ich doch alles :bigok:

Hier noch ein weiterer Versuch - wobei ich mit P6 noch nicht hoch genug bin?

Sag mir doch einfach direkt, was ich einstellen soll :cool:

Habe HBM von 1150 auf 1180 erhöht.

Die 56 / 45 FPS schaffe ich auch noch...

Anhang anzeigen 421180



Heute Morgen ging es in die nächste Runde, die 55 FPS Grenze in TimeSpy Grafiktest 1 lies mir keine Ruhe :-)

GPU: RX Vega 64 lc
BIOS-Typ: lc Performance Mode
P7: 1740 MHz
HBM: 1150 MHz
PT: +50
GPU only Watt: 318 W
CPU-Takt: 4500 MHz
Ram-Takt:

Macht Grafiktest 1 55,1 FPS (Grafikscore 8015):

AMD Radeon RX Vega 64 Liquid video card benchmark result - Intel Core i5-4690K,MSI Z97 GAMING 5 (MS-7917)






Last but not least

eine Einstellungsempfehlung mit freundlicher Unterstützung von User GerryB mit Fokus auf Leistung bei möglichst geringem Verbrauch für 24/7:

@Holzmann >5366

24/7-SETUP für REFERENZKARTEN

Ziel:
Bei realem Gaming soll die Air-Graka mit ca. GPU 60°C betrieben werden.
Damit ist eine Gute Effizienz bei niedrigen Spannungen möglich.
Benchmark-Scores sollen damit nicht erzielt werden = unwichtig.

Zusammen mit fps-Limit verwenden!
!!! Im Zweifelsfall ist fps-Limit im Wattman unter Globale Settings der sicherste Weg !!!
Bei Spielen wo, Das nicht funzt dann sicherheitshalber Vsync nehmen.
DAS FPS-LIMIT SOLL DIE TEMPS+WATT BEGRENZEN.

CPU+RAM auf Stock und NUR Wattman benutzen.
Vorher ein ausreichendes NT einbauen bzw. das Vorh. auf Eignung checken.
Instabile Systeme und inkompatible Tools müssen ausgeschlossen werden !

WATTMAN
Wattman-Profile 851+951+1001 und 1051 für LC und 1101 für LC-P+P
(Die Namen 851 etc. basieren auf der HBM-Controller-Spannung; für RX56 reicht Bios 2.)

Zieltemp. = 55°C Setzen ! Guter Air-Flow ist Vorraussetzung!(im Thread beraten lassen)

851: RX56(64) P6 1477/875+5mV P7 1617-10/906mV HBM 800+80/851mV (RX64 HBM-Takt 900..980)
Lüfter 1750/2750(2950) PT+50(RX64 PT+10)
901: RX56(64) P6 1477/860+15mV P7 1617-10/912mV HBM 880+40/901mV (RX64 HBM-Takt 945..1020)
Lüfter 1750/2950(3200) PT+50(RX64 PT+10)

951: RX56(64) P6 1477/925+5mV P7 1617-10/960mV HBM 880+40/951mV (RX64 HBM-Takt 980..1080)
Lüfter 1750/3250(3500) PT+50(RX64 PT+10)
1001: RX56(64) P6 1477/950+5mV P7 1617-10/1010mV HBM 880+40/1001mV (R64 HBM-Takt 1020..1140)
Lüfter 1750/3750(4000) PT+50(RX64 PT+10)

LC1001: RX64LC P6 1577/975..985mV P7 1632..1657/1035mV HBM 1080..1140/1001...1037mV PT+50
LC1051: RX64LC P7 1672..1682/1060mV HBM 1080..1140/1051mV PT+50
LC1101: RX64LC(P+P) P7 1687..1692/1080..1110mV HBM 1080..1150+/1101mV(mit P+P) PT+50
Hinweis: Alle instabilen HBM fallen sofort auf! Vor dem Testen reduzieren.

Customs (Devil, Nitro, Strixx etc.) dürften ungefähr wie LC laufen. Vorsichtshalber P6+5..+15mV und P7-Takt -10, PT +10..+20..+40(testen).

Spiele: sinnvolle Settings für AMD
- Umgebungsverdeckung (HBAO+) AUS oder niedrig (Testen, was die besten fps/Watt bringt)
- Tiefenschärfe (DOF) AUS
- Kantenglättung (AA) mit TAA= niedrig (ältere Games mit SMAA oder FXAA)
- falls nur MSAA verfügbar, max. 4x MSAA (oder MLAA im WAttmann)
- Auflösungsskalierung > Standard ist VSR, daher kann dann MSAA entfallen.
- Film-xyz AUS
- Bloom+Blur AUS
- Details von Ultra-->Hoch (reduziert i.d.R. vor Allem die Details im Hintergrund, entlastet die CPU)
- im Wattman-Gameprofil Tess. auf 6x setzen und AF=8x

Stabilitätstest:
Es ist sinnvoll nach großen OC-Schritten 2-3x längere Zeit zu spielen.
Da greift auch Treiber Tess.=6x.
Benchmarks ala Heaven+Firestrike+TS-Test2 haben keine Bedeutung!!!, weil da Treiber Tess.=6x nicht greift,
daher vollkomen egal ob solcher Benchmark-Quark stabil ist.
Bei schlechter Qualität des DP-Kabels kann das HDMI2.0-Kabel besser funzen.




TIPP #1: Beleuchtungs AUS (kleiner Schalter auf der Rückseite) beseitigt
evtl. vorh. Fiepen der LEDs.

TIPP #2: Uralte Games bei Problemen besser mit "Ausgewogen" spielen,
da eh nur in sehr niedrigen States(0-1) Aktivität.

TIPP #3: Bei Customs kann bei Experimenten mit OverdrivN-Tool o.ä. die VDDC ausser Kontrolle geraten.
--> DDU abgesicherter Modus, Treiber 17.11.4 installieren, im Wattman bei Graka Einstellungen ZURÜCKSETZEN
--> Neustart, Testlauf = normale Temps ?!, dann erst mit neuen Einstellungen weitermachen.
Die alten Profile löschen/nicht verwenden !

Sonstiges:
Nicht alle RUCKLER kommen vom Übergang auf P5+6+7 mit dem neuen Wattman-Profil!
Manchmal ist es einfach Streamen von SSD, das schlechte GAME oder CPU+RAM+Board.
Bitte gegentesten mit AMD-Standard-Setting Balanced.
Ansonsten hilft evtl. eine kleine Erhöhung von Fps-Limit von 3..5 fps.

Bios Modder RX56air-->64air-Bios
Das RX64Air ist am Günstigsten wg. dem niedrigen P5. An alle Bios-Modder der Hinweis, RX56 auf RX64air = PT-5..+10!!! Der Mod ist nicht dazu da, mehr Watt zu verbraten. Er dient ausschließlich der HBM-Übertaktung, mit dem zusätzlichen Goodie vom niedrigen P5= SMOOTH.
Es gelten dann die Einstellungen der RX64air !!!

Für RX-Mods mit h2o im Thread beraten lassen. (Da kann LC-Bios mit UV Sinn machen,
aber es sind auch Fälle aufgetreten, wo es Probleme gab!)




DANK
An die Threadteilnehmer Ragman, 4stroke, berntBrandon, Crynis + Holzmann und an BERNIE für die HTPC-Ideen
sowie SATUAN für die gute Range und free-server für das Thailand-Experiment.








User Wash mit einer Vega FE Erfahrung: Vielen Dank

Guten Abend,

nachdem ich mit Gerry einige PM's wegen den Settings ausgetauscht habe, wollte ich mal die Ergebnisse sichern ;)

GPU
  • P7: 1597 MHz @ 1070 mV
  • P6: 1502 MHz @ 960 mV
  • P5: 1452 MHz @ 950 mV
  • P4: 1352 MHz @ 950 mV (nicht weiter nach unten ausgelotet)
  • P3: 1267 MHz @ 950 mV (nicht weiter nach unten ausgelotet)
  • P2: 1137 MHz @ 900 mV (nicht weiter nach unten ausgelotet)
  • P1: 992 MHz @ 850 mV (nicht weiter nach unten ausgelotet)

HBM
  • P3: 1110 MHz @ 1040 mV

Powertarget: +50%

Anbei noch ein LogFile von GPU-Z während TS
Anhang anzeigen 426443

Abschließend:

Nicht jede FE wird den HBM Takt schaffen (habe hier wohl ein gutes Exemplar ergattert ^^)
BTW: Es handelt sich um eine FE @ Air auf HEatkiller umgebaut (Bilder stehen weiter vorne im Topic)

Ergänzung Thema Monitore:
@Holzmann für S.1

SINNVOLLE MONITOR+VEGA-KOMBINATIONEN

RX56 (+) 2560x1440
RX56(---) 3440x1440
RX64 (-) 3440x1440
RX64-Customs (+) 3440x1440
RX64LC (++) 3440x1440

@Holzmann
Bitte die Zeilen zu 3820x2180 mit auf S.1.
Die Besucher von S.1 sollen nicht mit übertriebenen Erwartungen ne RX64Ref. für 4k benutzen.
Selbst LC ohne P+P ist da an der Grenze.

btw.
meine GPU-Z zu TS
>5101
Valley analog ohne Probs.

fps
HTPC = 83 (mit HBM-Takt 840; Empfehlung bleibt trotzdem HBM@stock-Takt wg. Stabilität)
Low = 86,5
OC = 89

btw.
Bei einer 56+LC ist HBM>950mV = OC, weil der Uncore maßgeblich die W verändert.

btw.
ZIEL ist Gamen am Sweetspot mit ca.<90% Auslastung durch fps-Limit + Gamesettings,
wie Beispielhaft von Ragman in SWBF2 demonstriert.
(h2o wurde auf S.1 auf den Thread verwiesen und nicht explizit auf die Settings,
weil da Reserven bestehen, bzw. der Chip << 40°C ganz anders reagiert.
Siehe Hierzu free-server mit seinem Thailand Experiment. )

UPDATE 11.04.2018 ODT + Reg.file:

RX56 Bios1 975_900 HBM max 980MHz SOC 1107MHz GPU-Z max Takt=1460-1495MHz
Vddc Lastbereich (avg) 0,925-0,9583V

Spannungen(Volt-Offset) für reg.file in mV:
P0=800-P1=850-P2=900-P3=915-P4=930-P5=945-P6=960-P7=975

ODT GPU-P7 1590-1625MHz Memory P3 800-980MHz PT 50
Belasteter Verbrauch ~170-190W GPU-only(Spitze)


RX56 Bios 1 1025_950 HBM max 980MHz SOC 1107MHz GPU-Z max Takt=1510-1555MHz
Vddc Lastbereich (avg) 0,975-1V

Spannungen(Volt-Offset) für reg.file in mV:
P0=800-P1=900-P2=950-P3=965-P4=980-P5=995-P6=1010-P7=1025

ODT GPU-P7 1590-1640MHz Memory P3 800-980MHz PT 50
Belasteter Verbrauch ~200-220W GPU-only(Spitze)

________________________________________________________________

RX64LC Bios 1 975_900 HBM max 1100MHz SOC 1107Mhz GPU-Z max Takt=1515-1550MHz
Vddc Lastbereich (avg) 0,925-0,9583V

Spannungen(Volt-Offset) für reg.file in mV:
P0=800-P1=850-P2=900-P3=915-P4=930-P5=945-P6=960-P7=975

ODT GPU-P6 1600MHz GPU-P7 1620-1650MHz Memory P3 945-1100MHz PT 50
Belasteter Verbrauch ~170-190W GPU-only(Spitze)


RX64LC Bios 1 1025_950 HBM max 1100MHz SOC 1107MHz GPU-Z max Takt=1570-1595MHz
Vddc Lastbereich (avg) 0,975-1V

Spannungen(Volt-Offset) für reg.file in mV:
P0=800-P1=900-P2=950-P3=965-P4=980-P5=995-P6=1010-P7=1025

Für HBM max 1190MHz SOC 1199MHz, Spannungen(Volt-Offset) für reg.file in mV:
P0=800-P1=925-P2=975-P3=985-P4=995-P5=1005-P6=1015-P7=1025


ODT GPU-P6 1620MHz GPU-P7 1640-1665MHz Memory P3 945-1150MHz PT 50
Belasteter Verbrauch ~200-225W GPU-only(Spitze)

________________________________________________________________

RX64Air Bios 1 975_900 HBM max 1100MHz SOC 1107Mhz GPU-Z max Takt=1500-1535MHz
Vddc Lastbereich (avg) 0,925-0,9583V

Spannungen(Volt-Offset) für reg.file in mV:
P0=800-P1=825-P2=850-P3=875-P4=900-P5=925-P6=950-P7=975

ODT GPU-P7 1600-1630MHz Memory P3 945-1100MHz PT 50
Belasteter Verbrauch ~170-190W GPU-only(Spitze)


RX64Air Bios 1 1025_950 HBM max 1190 SOC 1199MHz GPU-Z max Takt=1550-1580MHz
Vddc Lastbereich (avg) 0,975-1V

Spannungen(Volt-Offset) für reg.file in mV:
P0=800-P1=875-P2=900-P3=925-P4=950-P5=975-P6=1000-P7=1025

ODT GPU-P7 1600-1640MHz Memory P3 945-1150MHz PT 50
Belasteter Verbrauch ~200-225W GPU-only(Spitze)

________________________________________________________________

RX64RedDevil Bios OC 925_850 HBM max 1100MHz SOC 1107Mhz GPU-Z max Takt=1500-1535MHz
Vddc Lastbereich (avg) 0,925-0,9583V

Spannungen(Volt-Offset) für reg.file in mV:
P0=800-P1=830-P2=835-P3=840-P4=845-P5=850-P6=900-P7=925

ODT GPU-P6 1501-1531 GPU-P7 1590-1630MHz Memory P3 945-1100MHz PT 50
Belasteter Verbrauch ~180-200W GPU-only(Spitze)


RX64RedDevil Bios OC 975_900 HBM max 1100MHz SOC 1107MHz GPU-Z max Takt=1550-1580MHz
Vddc Lastbereich (avg) 0,975-1V

Spannungen(Volt-Offset) für reg.file in mV:
P0=800-P1=835-P2=850-P3=865-P4=885-P5=900-P6=925-P7=975

ODT GPU-P6 1506-1536 GPU-P7 1600-1640MHz Memory P3 945-1100MHz PT 50
Belasteter Verbrauch ~210-235W GPU-only(Spitze)


P6 Takt= ca. 50% +/- zu P7 angepasst (Beispiel= P7 +20Mhz gegenüber Org takt P6 +10Mhz gegenüber Org takt der RD)

Vielen Dank an User "DEVIL" für die Ausarbeitung und Stabilitätstests der Range für Custom-Vega(Verknüpfung Chip-P5).

________________________________________________________________

Die Spannungswerte für die neue Tabelle können allgemein angewendet werden, auch für Biosmod.

Erklärung für die Min- und Max- Werte:
In diesen Bereichen der effektiv ausgelesenen maximalen Taktraten(GPU-Z) ist ein stabiler Betrieb mit der jeweiligen Vddc-Regelung möglich.
Diese sind zusätzlich noch Temperaturabhängig. Im Vorfeld wurden Erfahrungen für Bereiche zwischen ~40-75°C mit einbezogen.
Es können daher bei eingestellten ODT GPU-P7 etwas geringere effektive Taktraten entstehen, diese dann nur im OC-Umfang versuchen nachzuregeln.
Um seinen stabilen effektiven Takt für jedes reg.file zu finden(eigene Temperatur, Lautstärke Lüfter), zu Beginn erst über GPU-P7 diesen schrittweise(5-10MHz) ausloten.
Erst danach den HBM-Takt schrittweise(10MHz) nach oben nehmen, dadurch wird sich nach und nach der effektive Takt reduzieren(stärke Belastung,Temperatur).
Den ausgeloteten effektiven Takt nach erhöhten HBM-Takt nicht nachregeln um wieder auf den selben Takt wie zuvor mit niedrigen HBM-Takt zu kommen.
Unter Umständen wird das sonst ein unendliches Spiel bis für die eigene Karte der stabile Betrieb gefunden wird.

Es wird sich auszahlen schritt für schritt an die Einstellungen zu gehen.
Mit den niedrigsten angegebenen Werten beginnen.
Danach zuerst GPU-Takt(bis max) dann HBM-Takt, je in 5-10MHz Schritten, nach oben nehmen.

SOC 1199MHz mit HBM-Takt >=1110MHz werden erst mit HBM-Temperaturen <= ~50°C möglich.(h2o)

Für Air die Lüftersteuerung so wählen damit Temperaturen über 75°C Chip vermieden werden.
Bei Bedarf oder Unsicherheit kann im Thread gerne weiter geholfen werden.

Zieltemperatur 50-55 hat sich bisher bewährt. Drehzahl max 2000-3000

Im Grundsatz kann man sagen, je kühler desto bessere Ergebnisse.

Die Einstellungen wurden auf Stabilität im Bench + InGame geteset.
FPS-Limit an/aus(Treiber, InGame)
Tesslation AMD optimiert/6x(Treiber)
AF 16x/8x Gamesettings
Verschiedene InGame Grafikeinstellungen (HBAO, HBAO+, HDAO, SSAO, 3D usw.)

Firestrike, Timespy, Overwatch, SWBF1(DX11), SWBF2, BF1(DX11), DOOM(Vulkan), Starcraft II, DragonAge Inq., Destiny 2, TombRaider(2013), RotTR(2016,DX12), BF4

HBCC vorzugsweise deaktivieren. Bei aktuellen Games nach Tests/Reviews schauen und 12GB bzw. 16GB verwenden.
Ältere Spiele wie z.b. Starcraft II, BF4, TombRaider(2013) produzieren teilweise Abstürze mit HBCC.



Erstellen + Nutzung des reg.file:

1. Wattman auf "Default" zurücksetzen


2. GPU-Z mit Administrator über Rechtsklick öffnen


3. Auf das markierte Symbol klicken um die Bios.rom mit gewünschten Namen zu speichern


4. ODT mit Administrator über Recktsklick öffnen


5. Rechtsklick auf die Titelleiste in ODT und "PPTable editor" anklicken


6. Create new using bios file auf "Open bios file" klicken und die zuvor gespeicherte "Bios.rom" auswählen


7. In der angezeigten Tabelle die Spannungswerte eingeben(rot), (blau) wird durch die Verknüpfung automatisch übernommen.
Taktraten für GPU + HBM nicht verändern für das reg.file. Anpassungen über ODT erfolgen später.
Nach korrekter Eingabe "Save to .reg file" und das reg.file mit gewünschten Namen in gewünschten Ordner speichern.


8. Doppelklick auf das erstellte und gespeicherte "reg.file" und die Aufforderungen bestätigen, danach Windows neustarten.


9. ODT durch Doppelklick öffnen,(grün) einmal "Reset all" und danach "Apply" anklicken um die neuen Werte zu übernehmen.
Es kann passieren das trotzdem noch die original Wattman Vddc-Regelung greift, daher Power Target 1x auf den Wert -1(rot) stellen und mit "Apply" übernehmen.
Danach kann Power Target für die Profile frei gewählt werden und die neue Vddc-Regelung greift.
(blau) vorrangig P7 aber auch P6 für den gewünschten/erforderlichen effektiven Takt nachträglich einstellen und mit "Apply" übernehmen.
Diese Werte können dann als Profile gespeichert werden(Save) und jederzeit entsprechend abgerufen werden (Load)


10. Reg.file wieder rückgängig machen:
Dazu wie in Punkt 4 + 5 vorgehen, bei bestehenden reg.file wird nun direkt die Tabelle angezeigt(hier kann auch direkt ein neues reg.file erstellt werden).
Zum löschen in der oberen Zeile 1x auf "Delete" klicken und die Aufforderungen bestätigen.
Der Treiber wird dadurch schon einmal neugestartet, zusätzlich aber einen Windows Neustart durchführen.
Jetzt ist wieder alles auf default gesetzt.
Wechseln zwischen reg.files benötigt diesen Schritt nicht, dort einfach ab Schritt 7 beginnen.


Nach Treiber-Update oder -Neuinstallation muss wieder Punkt 8 durchgeführt werden.
Nach Neustart einmal in ODT PT -1 übernehmen(apply), anschließend sein ODT-Profile für das entsprechende V-Offset laden und übernehmen(apply).


Angegebenen Max P7 effektiv Takt auslesen und Einstellen.
PC nach Kaltstart/Energiesparen noch einmal Neustart durchführen.
Es können ansonsten zwischen 5-20MHz GPU-Takt fehlen.


Für weiteres vorgehen oder andere Settings in Bezug auf meine Staffelung.
[Sammelthread] AMD RX VEGA Sammelthread + FAQ - Seite 229

Stock-Value Referenz_Vega inklusive Verknüpfungen/Abhängigkeiten:

Danke an alle Threadteilnehmer für die bisherigen und künftigen Erfahrungen/Ideen.
Dank an Ragman + Devil für die Unterstützung.


ODT-Download

OverdriveNTool - tool for AMD GPUs | guru3D Forums

- - - Updated - - -
 
Zuletzt bearbeitet:
Hey, das artet ja im Wettkampf aus.^^

Screenshot (297).jpg

Edit: Man bekommt die Vega wenn man will wirklich sehr sparsam und trotsdem Leistungsstark hin getweakt.
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
@Satuan
Kann man herausbekommen ob DSBR in TS und Valley aktiv ist ?
Das ärgert mich, das bei HBM 890=11% über Stock die Bandbreite nicht reicht.
Bei Games hat AMD ja irgendwie verkündet, das Mehr das DSBR nutzen. Gibt es da eine Liste ?

Am Schönsten wäre natürlich ein Tweak, um selber mal on/off zu testen.




@cdrman
Wenn Du mal einen eff.Takt über 1600 haben möchtest wären LIGHT-Games am besten geeignet.
Zum Bsp. FH3.
Hat jemand schon Bioshock Infinite probiert ?
 
Bei mir ist hier Ende im Gelände.
Anhang anzeigen 428233

Nach der 01-Philosophie könntest Du HBM 1101..1151mV testen, weil Du eh schon mit P7 bei 1185mV bist.
Mit Glück geht auch P7 1160mV.

Mache gerade was Ähnliches aber viel tiefer mit HBM 905/901mV bei P7 1617/912mV P6 1477/860mV.
Da geht die VDDC auch von Allein immer mal auf 0,918V über P7 912mV.

Satuan, das ist letzte Setting ohne Bandbreitenlimitierung = Optimum bei mir. (87fps bei avg. 2x 150W)
ts@901.gif
Die 1,0V sind bei CPU-Test. avg. VDDC = 0,9128.
173W bei P7 912mV ist NICE (fast wie bei Dargo). Toll was AMD zulässt. Hatte sogar fps-Limit=120 an.
Ich bin nur froh, daß der Indianer bei AMD weg ist. P7 912 ist 288mV weniger als 1,20V ! Hoffentlich wird der Refresh vom neuen Dreamteam besser eingestellt.
Die Spannungskurve von ROG mit seiner Ti hat ja deutlich gezeigt was so geht.
Da muss man auch mal bei den Anderen schauen oder im eigenen Haus bei Ryzen.

Wg. der Bandbreitenlimitierung sollte Jeder selber mal schauen was bei seinem HBM-Takt optimal ist.
Die Faustregel HBM-Takt= fps x 20 +20..40 hat sich eigentlich gut bewährt. Und dazu das passende 951..1001 bzw. bei LC P+P auch 1051..1101.
btw.
Bei Spielen wo DSBR ordentlich funzt wie BF1 , macht dann noch ein höherer eff.Takt Sinn weil die Bandbreitenlimitierung kleiner wird. Deswegen wäre eine Liste NICE.
 
Zuletzt bearbeitet:
Nach der 01-Philosophie könntest Du HBM 1101..1151mV testen, weil Du eh schon mit P7 bei 1185mV bist.
Mit Glück geht auch P7 1160mV.

Mache gerade was Ähnliches aber viel tiefer mit HBM 905/901mV bei P7 1617/912mV P6 1477/860mV.
Da geht die VDDC auch von Allein immer mal auf 0,918V über P7 912mV.

Satuan, das ist letzte Setting ohne Bandbreitenlimitierung = Optimum bei mir. (87fps bei avg. 2x 150W)
Anhang anzeigen 428312
Die 1,0V sind bei CPU-Test. avg. VDDC = 0,9128.
173W bei P7 912mV ist NICE (fast wie bei Dargo). Toll was AMD zulässt. Hatte sogar fps-Limit=120 an.
Ich bin nur froh, daß der Indianer bei AMD weg ist. P7 912 ist 288mV weniger als 1,20V ! Hoffentlich wird der Refresh vom neuen Dreamteam besser eingestellt.
Die Spannungskurve von ROG mit seiner Ti hat ja deutlich gezeigt was so geht.
Da muss man auch mal bei den Anderen schauen oder im eigenen Haus bei Ryzen.

Wg. der Bandbreitenlimitierung sollte Jeder selber mal schauen was bei seinem HBM-Takt optimal ist.
Die Faustregel HBM-Takt= fps x 20 +20..40 hat sich eigentlich gut bewährt. Und dazu das passende 951..1001 bzw. bei LC P+P auch 1051..1101.

Oben raus bringt die extrem erhöhte HBM Controller nicht so viel, das hatten wir doch auch schon getestet falls du dich daran erinnerst.
Die Verknüpfung die von Grundauf dabei ist, gehört auch dazu. Eine RedDevil die bereits auf P5 hängt mit 1100mV steht da für sich allein, mit der Ref bekommt ma da nicht das selbe Ergebnis, da die Verknüpfung gar nicht vorhanden ist.

Spannungsregelung("UNCORE",HBM(eigentlich falsch da der immer seine 1,25V bei der kleinen und 1,35V bei der großen bekommt), Controller-Spannung) erhöhen bis ultimo hat das ganze sogar noch verschlechtert.
Die "Wand" die wir damals angenommen hatten, wie gesagt falls du dich noch daran erinnerst Gerry?
Das Verhalten hat sich mit dem Treiber nicht verändert.

Am 30.12.2017 waren wir auch schon in dem heutigen Bereich + Ergebnissen.

Hier mal das damalige Low
[Sammelthread] AMD RX VEGA Sammelthread + FAQ - Seite 132

timespy low.jpg
Text von damals: P6 1537/908mV P7 1687/910mV HBM 1020/900mV PT 0 (900mV gewählt, weil darunter HBM gerade in Valley zu viel Zappelphilipp gespielt hat)


Ich möchte da jetzt nichts schlecht reden oder vermiesen, mich irritiert es nur woher da fast 3 Monate später die große Verwunderung her kommt.

Ich habe jetzt nur mal grob durch die Bank mit alten Werten und Ergebnissen verglichen, und sehe da keine Veränderungen mit dem neuen Treiber 18.2.3 zu 17.xx damals.

@cdrmann

Hier mal das aus Spaß 2-3 Runs ausprobierte Maximum meiner RX56@LC-Bios. Zwar kein Stück alltagstauglich aber sowas kann gehen
maxmax.jpg
Da wurde auch kein PT-mod oder Vmax-mod eingestellt, das ist das stinknormale LC-Bios auf meine RX56 geflasht und ein reg.file von P2 950mV- P7 1000mV erstellt, dann im nach hinein P7 max ausgelotet.


EDIT:
Meine festgestellten Unterschiede Treiber 18.2.2 zu 18.2.3

18.2.2(vor knapp 2 Wochen)
18.2.2.jpg

18.2.3(gerade eben)
18.2.3.jpg

3MHz höherer Spitzentakt
1W weniger max Verbrauch (GPU-Z)

Das ist aber sogar eher Messtoleranz, für meinen Teil.

Erfreulich ist das mit dem neuen Treiber in TS Test 1 0,5Fps mehr heraus kommen.
Eine Änderung wurde vorgenommen, das ist sehr positiv.
Ich denke aber nicht so gravierend wie bisher hier angenommen was die Anwender Einstellungen angeht.

EDIT MAX MAX:
Einfach mal angenommen jemand mit einer RX64 + genauso guten oder besseren Kühlung könnte eigentlich >56FPS in TS Test 1 damit kommen ohne Threadripper.
Die konstante Differenz von 2 FPS die wir über Monate haben von RX56 zu RX64 in Test 1 bei gleichen effektiven Takt + HBM.
Dann noch falls mit 18.2.3 wirklich immer 0,5FPS oben drauf kommen, wäre das zumindest im vermöglichbaren;) Bereich.

53,62fps + 2fps + 0,5fps = 56,12FPS

P.S. das ist definitiv keine Aufforderung! Ich möchte da niemanden auf den Weg schicken seine Vega evtl ins Nirvana zu schicken! :)
 
Zuletzt bearbeitet:
@Kintaro
Oben raus macht eh nur Sinn für Leute mit sehr guten Temps(h2o). siehe PCGH Hugo03 etc., die P7 rel. voll aufdrehen.
Bei Devil wäre mal interessant gewesen, ob +1 was ändert.
Die 1185mV sind Ihm eh zuviel. Daher mein Vorschlag 1160 und mehr Uncore.

Das Du mit 910 super klar kommst hatte ich Immer auf Dein h2o gepunktet.
Hätte im Dez. nicht gedacht selber mal bei 912 zu landen. Da hilft Uncore 901.

Bei mir war der Sprung von 18.2.1 zu 18.2.3, daher gefühlt besser.
Auf jeden Fall seit Crimson good Job AMD.

Mit dem optimalen Setting zur Bandbreite muss halt Jeder selber testen.
Bei mir kommt dann schneller als bei Dir der Punkt, wo nur noch W rausgeblasen werden.

Zu Deinem cdrman-Setting = HUT AB, Wahnsinn wie stabil Du bei 360W bist.
Da hilft natürlich LC-Bios+Reghack, was schon mit 950mV die vollen W spenden kann.

Gleichzeitig hast Du gut gezeigt das die Zukunft Multichip von der Eff. her ist.
Ich hoffe TR und Intel+AMD ist da nur der Anfang. Der Link von Intel oder AMD bei TR lässt da noch auf Einiges hoffen, da man nicht mehr durch PCIE limitiert ist.

Danke das es auch mal ohne BlingBling(Smileys) geht. Liest sich gleich viel angenehmer.
Bin halt kein Mädchen.
Manchmal antwortest Du zu schnell. Bei mir fällt der Groschen langsamer und ich editier noch im Text. Da hast Du dann quasi ne ältere Fassung im Zitat. Da wäre es mir lieber wenn Du nicht zitierst sondern nur antwortest. Danke

Ich sehe gerade Twister liest auch mit. Danke für die Ideen mit Uncore nahe P7.
 
Zuletzt bearbeitet:
@Kintaro
Oben raus macht eh nur Sinn für Leute mit sehr guten Temps(h2o). siehe PCGH Hugo03 etc., die P7 rel. voll aufdrehen.
Bei Devil wäre mal interessant gewesen, ob +1 was ändert.
Die 1185mV sind Ihm eh zuviel. Daher mein Vorschlag 1160 und mehr Uncore.

Das Du mit 910 super klar kommst hatte ich Immer auf Dein h2o gepunktet.
Hätte im Dez. nicht gedacht selber mal bei 912 zu landen. Da hilft Uncore 901.

Bei mir war der Sprung von 18.2.1 zu 18.2.3, daher gefühlt besser.
Auf jeden Fall seit Crimson good Job AMD.

Mit dem optimalen Setting zur Bandbreite muss halt Jeder selber testen.
Bei mir kommt dann halt der Punkt, wo nur noch W rausgeblasen werden.

Zu Deinem cdrman-Setting = HUT AB, Wahnsinn wie stabil Du bei 360W bist.
Da hilft natürlich LC-Bios+Reghack, was schon mit 950mV die vollen W spenden kann.

Gleichzeitig hast Du gut gezeigt das die Zukunft Multichip von der Eff. her ist.
Ich hoffe TR und Intel+AMD ist da nur der Anfang.Der Link von Intel oder AMD bei TR lässt da noch auf Einiges hoffe, da man nicht mehr durch PCIE limitiert ist.

Danke das es auch mal ohne BlingBling(Smileys) geht. Liest sich gleich viel angenehmer.
Bin halt kein Mädchen.

Ich sehe gerade Twister liest auch mit. Danke für die Ideen mit Uncore nahe P7.

Das hatte ich damals aber schon geschrieben das es nicht an meinem h2o liegt.
Ich will dir da nicht zu nahe treten aber ich denke in deinem eifer kreuz und quer Einstellungen von anderen zu Übernehmen, ist es gar nicht dazu gekommen das du dich damit großartig weiter befasst hast.

Nimm das bitte nicht böse auf, aber das hättest du bzw. wir alle damals schon haben können.

Ich sehe ja das du + satuan euch auch da nach und nach ran arbeitet.
Deswegen setze ich da jetzt auch gerne wieder mit Hilfestellungen dazu an, diese Einstellungen auf den aktuellen Stand zu bekommen.

Mit dem Uncore(bleiben wir jetzt eigentlich bei diesem Namen?) 1mV über P-State Step, Verknüpft du den HBM-Takt ja schon auf den nächsten State in Wattman (Uncore= 901mV = P3-Chip 950mV anstatt P2-Chip 900mV) aber deine Vddc Regelung kann tiefer als 950mV gehen.
Das ist aber wieder abhängig von dem was du in P7 als Spannungsvorgabe eingibst.

Zu meinem MAX MAX, dazu ist im Grunde auch kein reghack notwendig, über Wattman geht das genauso. Das LC-Bios war wichtig für das erhöhte PT-Limit im Vergleich zu RX56.
Würde ich den HBM sogar noch etwas zurück nehmen wären wiederum mehr effektiver Takt drin.

Das MAX MAX ist ja auch schon länger her. Das Zusammenspiel PT-Limit + Vddc + Takt um nicht zu crashen hatte ich da auch schon benannt.
Dieses MAX von mir kennst du eigentlich auch schon Gerry.....

Satuan hat es jetzt auch nochmal erklärt.

Das BlingBling kam rein als Antwort auf deine zynischen Kommentare und Scheuklappen.
Ein bisschen Spaß muss dann auch mal drin sein.
Nichts für Ungut! :)

Einfach Schwamm drüber und weiter machen, es hat sich da keiner sonderlich berühmt gemacht.

Zu Twisters Idee Uncore nahe P7, darf man da Ergebnisse dazu sehen?

Mich hat dieses Vorgehen immer ausgebremst, im Vergleich waren da nie mehr als knapp 52FPS in Test 1 drin, wenn es überhaupt ohne crash durch gekommen ist.

Das entstand damals ja aus der Annahme Uncore 5mV>P7 hilft, die ich fälschlicher Weise zu dem Zeitpunkt noch hatte.
Später hatten wir da ja Max mit getestet und Uncore hoch gezogen Schritt für Schritt an P7.

Jetzt wissen wir doch eigentlich das Untergrenze Vddc nur immer weiter nach oben rutscht und Memory P3 erst ab dieser Vddc + State aktiv wird.

Ich möchte sagen, mit diesen ganze Erkenntnissen + die neuen der letzten 2 Monate geht da noch einiges wie man z.b. an dem MAX MAX sehen kann.

EDIT:

Evtl wichtig bei den Ergebnissen die ich im letzten Post gezeigt hatte, war jeweils immer HBCC 16GB aktiviert.
 
Zuletzt bearbeitet:
EDIT MAX MAX:
Einfach mal angenommen jemand mit einer RX64 + genauso guten oder besseren Kühlung könnte eigentlich >56FPS in TS Test 1 damit kommen ohne Threadripper.
Die konstante Differenz von 2 FPS die wir über Monate haben von RX56 zu RX64 in Test 1 bei gleichen effektiven Takt + HBM.
Dann noch falls mit 18.2.3 wirklich immer 0,5FPS oben drauf kommen, wäre das zumindest im vermöglichbaren;) Bereich.

53,62fps + 2fps + 0,5fps = 56,12FPS

P.S. das ist definitiv keine Aufforderung! Ich möchte da niemanden auf den Weg schicken seine Vega evtl ins Nirvana zu schicken! :)

Hi Kintaro89,

>56 FPs geht ;-):

[Sammelthread] AMD RX VEGA Sammelthread + FAQ - Seite 207

Gruss
 
Ich bekomme meine red devil mit den willkürlichen blackscreens und anschließendem treiberreset leider nicht in den griff. Werde sie nun bei caseking austauschen lassen.
Ich schreibe das nur der Vollständigkeit halber, falls jemand ähnliche Probleme hat. Karte ist wohl defekt.
Mfg patches
 
18.2.3 scheint nicht überall positive Auswirkungen zu haben.
Wenn die Auslastung steigt kann auch der Takt fallen, dann wohl auch die fps?

Was ich jetzt festgestellt habe, ist dass beim 18.2.2 und 18.2.3 die Überlagerung bei mir nicht funktioniert, beim 18.2.1 schon. Egal welchen Tab ist zuweise oder den Treiber auf Werkseinstellungen zurücksetze, es will nicht funktionieren.

Kann das noch jemand berichten? Da mein Reg.Hack auch nicht stabil war bzw. ich ihn neu ausloten muss (0968x mV min), gehe ich dann eher wieder auf den 18.2.1 zurück.

- - - Updated - - -

Ich bekomme meine red devil mit den willkürlichen blackscreens und anschließendem treiberreset leider nicht in den griff. Werde sie nun bei caseking austauschen lassen.
Ich schreibe das nur der Vollständigkeit halber, falls jemand ähnliche Probleme hat. Karte ist wohl defekt.
Mfg patches
Ärgerlich, berichte mal ob die ausgetauschte Karte stable läuft.
 
Ich bekomme meine red devil mit den willkürlichen blackscreens und anschließendem treiberreset leider nicht in den griff. Werde sie nun bei caseking austauschen lassen.
Ich schreibe das nur der Vollständigkeit halber, falls jemand ähnliche Probleme hat. Karte ist wohl defekt.
Mfg patches
Hatte anfangs ähnliches Problem bei meiner LC, Grund war HBCC in Verbindung mit meinem übertakteten Arbeitsspeicher der auf meinem Ryzen 1700x mit 3000mhz nicht so stabil lief wie gedacht. Hab dann das RAM OC entschärft. Danach hatte ich nie wieder Blackscreens oder Crashes. Evtl. hast du ein ähnliches Problem.

Gesendet von meinem ONEPLUS A5000 mit Tapatalk
 
@Bobbyca
Danke für den Tip, habe aber weder Ram noch meinen i7 4770 übertaktet. HBBC hatte ich auch nie aktiviert.
 
Danke für den Tip, habe aber weder Ram noch meinen i7 4770 übertaktet. HBBC hatte ich auch nie aktiviert.

Wenn Caseking die Karte tauscht lass es dabei, die werden sicher selbst prüfen ob sie stable läuft oder nicht bzw. Infos haben woran es liegen kann.
Sollte die geprüfte oder ausgetauschte Karte auch nicht laufen, muss man mal sehen was es sein kann. Vermutlich hast du mit dem Support von Caseking schon gesprochen?

Falls du sonst Hilfe brauchst wäre es sicher sinnvoll einen eigenen Thread aufzumachen, sonst müllen wie hier den Vega UV Thread zu.:)
 
Zuletzt bearbeitet:
Wenn die Auslastung steigt kann auch der Takt fallen, dann wohl auch die fps?

Was ich jetzt festgestellt habe, ist dass beim 18.2.2 und 18.2.3 die Überlagerung bei mir nicht funktioniert, beim 18.2.1 schon. Egal welchen Tab ist zuweise oder den Treiber auf Werkseinstellungen zurücksetze, es will nicht funktionieren.

Kann das noch jemand berichten? Da mein Reg.Hack auch nicht stabil war bzw. ich ihn neu ausloten muss (0968x mV min), gehe ich dann eher wieder auf den 18.2.1 zurück.
.

Welche Überlagerung meinst du?
Und den Satz "Egal welchen Tab ist zuweise oder den Treiber auf Werkseinstellungen zurücksetzte" verstehe ich auch nicht ganz.

Wenn die Auslastung steigt fällt schon immer der Takt, gleichzeitig steigt Vddc und Verbrauch.
Die Belastung steigt und dann regelt Vega dagegen um den Takt zu halten.
Dadurch bleiben die FPS stabil, soweit es halt möglich ist.
Wenn das UV zu extrem nach unten gezogen ist mit einem Takt der an der Obergrenze für diesen Spannungsbereich arbeitet + PT zu weit unten, kann der Takt nicht gehalten werden, dann fallen auch die FPS.

Mit meiner RX56 habe ich dafür Vddc 1,0125 bis maximal 1,0250V ausgemacht bei ~1570MHz um den Takt zu halten und stabil zu sein in allen belangen.

@Patches

Wie schaut es eigentlich bei dir Netzteil mäßig aus?
 
Zuletzt bearbeitet:
Habe mir beim Kauf der Karte auch ein neues Netzteil gekauft. Seasonic gold strider pro 750w full modular. Habe auch mal mein altes bequiet 600w angeschlossen, da verhält sich die karte genauso.
 
Welche Überlagerung meinst du?Und den Satz "Egal welchen Tab ist zuweise oder den Treiber auf Werkseinstellungen zurücksetzte" verstehe ich auch nicht ganz.
Das Overlay (Menü), wie auch "Überlagerung" auf deutsch. Wäre natürlich blöde das liegt auf einem Tab (Taste) die für Spiele als Bedienung reserviert ist. Muss zwar immer mit ALT zusammen ausgeführt werden, aber wer weiß und wenn das Timing nicht stimmt beim drücken. Habe es nochmal probiert es funktioniert nicht, mit dem 18.2.1 sofort Alt+R...

Den Rest hatte ich bereits vorher verstanden.^^
 
Zuletzt bearbeitet:
Das Overlay (Menü), wie auch "Überlagerung" auf deutsch. Wäre natürlich blöde das liegt auf einem Tab (Taste) die für Spiele als Bedienung reserviert ist. Muss zwar immer mit ALT zusammen ausgeführt werden, aber wer weiß und wenn das Timing nicht stimmt beim drücken. Habe es nochmal probiert es funktioniert nicht, mit dem 18.2.1 sofort Alt+R...

Den Rest hatte ich bereits vorher verstanden.^^

Ah ok, danke.
Das Menü hatte ich noch nicht versucht mit Adrenalin.
Natürlich blöd wenn man es nutzen möchte.

Mit dem Rest, es stand ein ? hinten dran und in anbetracht deines reg.file + Wattman Setting, hätte ich gedacht es könnte nicht schaden.
 
Screenshot nicht, aber Zahlenwerte:

Max.xlsx - Google Drive

Es ist schon beachtlich was da auf einmal mit dem relativ "niedrigen" effektiven Takt für ein Ergebnis bei raus kommt, dann sollten eigentlich die 57fps kein Thema sein.


Neben bei noch weil du ja auch mit 1199MHz SOC und 1150MHz HBM unterwegs bist.
Mit den Tests für reg.file Empfehlungen bin ich jetzt auch soweit zu sagen, das eine Vddc Regelung unter 1V Probleme macht mit SOC 1199MHz.
Dachte erst an evtl doch zu hohen effektiven Takt, es wurde zwar etwas besser aber immer noch crash(Treiber-reset).
Es lag da definitiv an dem zu hohen SOC, selbst 1110MHz HBM hatten da nicht mehr geholfen.
Jetzt wieder vollen Takt für die Regelung gegeben und 1100MHz HBM für SOC 1107MHz und der sporadische crash (ich wusste dann wie ich ihn provoziere;) ) ist weg.
Bis jetzt ist es auch in keinem Spiel mehr gecrasht.

Ich würde wenn noch ein paar Erfahrungen dazu kommen, das dann auch für die Empfehlung mit rein nehmen.
Ist auch mit Wattman-Setting sinnvoll, denke ich. (Gerry:wink:)
 
Zuletzt bearbeitet:
57 fps Test 1,dann meinst du mit der 64er? Meine 56 deckelt bei neustem Treiber knapp über 54 fps(Gamestable sei mal dahingestellt,anliegend ca 1670 Mhz bei 1175 Ram).
Bei den neueren Treibern scheint bei mir die Uncore(ich glaube der Name hatt sich eingebürgert) keinerlei Rolle mehr zu spielen(bei den alten Treibern führte hier zu wenig Spannung bei mir dazu,das der Ramtakt nicht gehalten wird).
 
...(bei den alten Treibern führte hier zu wenig Spannung bei mir dazu,das der Ramtakt nicht gehalten wird).
Das ist mir auch aufgefallen.

- - - Updated - - -

Mining scheint dann doch etwas Geld in die Kassen zu spülen, gut für RTG. Nvidia hat damit insgesamt etwas verloren, deren Chip werden langsam auch knapp, ob EoL bestimmter Varianten wegen der Kryptoblase sinnvoll war wird sich noch zeigen. Natürlich muss man dort wieder differenzieren, wenn der Markt wegbricht, stellen sich vermutlich wieder die alten Ausgangslagen her.
 
57 fps Test 1,dann meinst du mit der 64er? Meine 56 deckelt bei neustem Treiber knapp über 54 fps(Gamestable sei mal dahingestellt,anliegend ca 1670 Mhz bei 1175 Ram).
Bei den neueren Treibern scheint bei mir die Uncore(ich glaube der Name hatt sich eingebürgert) keinerlei Rolle mehr zu spielen(bei den alten Treibern führte hier zu wenig Spannung bei mir dazu,das der Ramtakt nicht gehalten wird).

Hi,

Jap wenn dann mit der 64er durch die höhere Shaderanzahl.
Bei der 56er die ich auch habe, ist das gleiche derzeit sind maximal knapp über 54fps möglich.

Das mit der Uncore ist so eine Sache, diese bewirkt mehrere Veränderungen beim verstellen.

Zum einen bildet sie die Untergrenze der Vddc nach oben raus(ab P-State Verknüpfung).
Dann bildet sich dadurch der Regelbereich der Vddc mit einwirken der P7 Spannungseinstellung.
Die Stufen(Einstieg) der HBM-Taktstufen(Memory-State) wird damit festgelegt.
Die Spannungseinstellung für den SOC(Brücke HBM-Chip) wird darüber festgelegt.

Allgemein kann man sagen, die neueren Treiber lassen nicht mehr zu das die manuellen Einstellungen vollständig greifen.
Viel automatisiert, SOC läuft nur noch in 2 Stufen mit 1107 und 1199MHz je nach HBM-Takt z.b.
Früher waren da deutlich mehr Abgrenzungen dabei.
Dann die Vddc Regelung wird nicht mehr so stark über die manuellen Einstellungen beeinflusst. (Regelbereiche bleiben erhalten)

AMD wirkt da meiner Meinung nach, dem zu starken rumgefummel entgegen.
Im großen und ganzen ist es einfacher geworden manuelle Einstellungen stabil zu bekommen,
weil man nicht mehr so viel "verkacken" kann ;).

Deine aktuelle Idee(so wie ich es mit bekommen habe) mit Uncore nahe P7 bewirkt im Grunde die Regelung deutlich statischer zu machen.
Den Versuch hatte ich Anfangs auch gestartet, vor 2 Monaten kamen da aber wieder einige Probleme zustande.
(schon nachgeprüft aktuell immer noch das selbe)
Idee war da damals von mir ähnlich wie CPU OC einfach festlegen zu wollen das ein bestimmter Takt immer bei einer bestimmten Vddc gehalten wird.
Damit man da einfach Safe ist und weiß welcher Takt mit welcher Spannung stabil funktioniert.

Aber GCN ist nicht statisch, sie soll ja Regeln machen und tun. (effizienter, keine Ruckler stottern usw.)
Meine Erfahrung ist daher, lieber Einstellungen Vernünftig setzen und sich an originalen Verhältnissen orientieren.
 
Zuletzt bearbeitet:
So heute Nachmittag mal gefummelt, LC Bios ist auf meiner Karte nicht lauffähig, stürzt sofort ab beim Start von 3d Anwendungen. Vermute die Uncore korreliert nicht mit den verbauten Modulen auf meiner Karte bzw. dem MC, laut Gigabyte sind das die gleichen wie bei der LC (wird dort mit 950 angegeben, bei meiner Stock mit 1050). Mit 1115mV ist mir heute mit dem 18.2.3 gelungen die 1662 (vs 1675 Stable - TimeSpy, die Karte zieht dann 285W) zu knacken. Komischerweise führte die höhere Auslastung dazu das mit der Rechner abschmierte und ich die Ramtimings manuell auf 16/16/16/38 abändern musste. Bios F20+ scheint dahingehend Mist zu sein von Gigabyte.

Overdrive musste ich die Spannungen auch erhöhen, da sonst sporadisch der Treiber zurücksetze. Sieht jetzt so aus:
[Profile_0]
Name=satuan1
GPU_P0=852;800
GPU_P1=991;900
GPU_P2=1084;950
GPU_P3=1138;950
GPU_P4=1200;950
GPU_P5=1401;975
GPU_P6=1547;990
GPU_P7=1630;1005
Mem_P0=167;800
Mem_P1=500;800
Mem_P2=800;950
Mem_P3=945;975
Fan_Min=400
Fan_Max=800
Fan_Target=65
Fan_Acoustic=800
Power_Temp=75
Power_Target=0

P7 1530/0968mV bei 165W GPU only. Overlay ist immer noch tot, habe mit DDU gefixt, Registry gecleant usw.; Treiber nochmal neu installiert. Werde AMD mit Fehlerbericht anpiepen.
Soweit bin ich zufrieden, lass den reg.hack jetzt aktiv. Mit FpsLock auf 60 fällt die GPU only auf 145-150W, reicht - mehr brauche ich nicht.
 
Zuletzt bearbeitet:
So heute Nachmittag mal gefummelt, LC Bios ist auf meiner Karte nicht lauffähig, stürzt sofort ab beim Start von 3d Anwendungen. Vermute die Uncore korreliert nicht mit den verbauten Modulen auf meiner Karte bzw. dem MC, laut Gigabyte sind das die gleichen wie bei der LC (wird dort mit 950 angegeben, bei meiner Stock mit 1050). Mit 1115mV ist mir heute mit dem 18.2.3 gelungen die 1662 (vs 1675 Stable - TimeSpy, die Karte zieht dann 285W) zu knacken. Komischerweise führte die höhere Auslastung dazu das mit der Rechner abschmierte und ich die Ramtimings manuell auf 16/16/16/38 abändern musste. Bios F20+ scheint dahingehend Mist zu sein von Gigabyte.

Overdrive musste ich die Spannungen auch erhöhen, da sonst sporadisch der Treiber zurücksetze. Sieht jetzt so aus:
[Profile_0]
Name=satuan1
GPU_P0=852;800
GPU_P1=991;900
GPU_P2=1084;950
GPU_P3=1138;950
GPU_P4=1200;950
GPU_P5=1401;975
GPU_P6=1547;990
GPU_P7=1630;1005
Mem_P0=167;800
Mem_P1=500;800
Mem_P2=800;950
Mem_P3=945;975
Fan_Min=400
Fan_Max=800
Fan_Target=65
Fan_Acoustic=800
Power_Temp=75
Power_Target=0

P7 1530/0968mV bei 165W GPU only. Overlay ist immer noch tot, habe mit DDU gefixt, Registry gecleant usw.; Treiber nochmal neu installiert. Werde AMD mit Fehlerbericht anpiepen.
Soweit bin ich zufrieden, lass den reg.hack jetzt aktiv. Mit FpsLock auf 60 fällt die GPU only auf 145-150W, reicht - mehr brauche ich nicht.


Sry aber was stellst du denn bitte für ein Kudelmudel in Overdrive und reg.file ein?
Da brauchst du dich ehrlich gesagt nicht wundern.

Die Stock Werte der LC laufen nicht auf anderen Karten. Anpassungen müssen immer gemacht werden, das war von Anfang an klar mit Wattman oder reg.file sind selbst der original LC die P7 1750 etwas zu viel.
Daher die Frage wenn das LC bios bei dir nicht lief, meinst du dann mit den Stock Werten oder mit deinem reg.file mit LC Bios?

Ich dachte nach deinen eigentlich guten Erklärungen wärst du schon weiter und hättest verstanden was du da schreibst oder kopierst.

Gut vielleicht irre ich mich auch absolut. Man weiß ja nie.

Ich habe keine Probleme alle Bios Versionen stabil zu betreiben mit verschiedenen Settings egal ob Wattman oder reg.file.

Wieso setzt du anstatt steps für die GPU-States immer die selben 950mV?
Hast du das auch mit LC Bios gemacht?
Warum nutzt du 1005mV für P7 anstatt 1000mV?
Warum ziehst du die "Uncore" auf 1115mV für höhere Taktraten an?
Kannst du deine "instabilen" Testläufe mit LC Bios mal näher erklären oder zeigen?
Woher kommen die Uncore 968mV + P7 her für die Wattman Einstellungen die du vorher gezeigt hast?
Was für einen effektiven Takt erreichst du mit dem P7 1530/0968 165W?
Welchen HBM Takt lässt du dazu laufen?

Wären jetzt mal ein paar Sachen die interessant wären, was du darin siehst und welche Vorteile sich daraus einstellen um sich mal abzugleichen.

Falls du es mal ausprobieren möchtest, ein reg.file Setting von mir RX56@64refbios. (HBM maximal 1100MHz für SOC 1107MHz)

RX64air_1000mV_alleVerhältnisse_halbiert.jpg

Zu dem Overlay, das ist in 18.2.x immer als Fehler hinterlegt und nicht gelöst.

Known Issues 18.2.3

A random system hang may be experienced after extended periods of use on system configurations using 12 GPU's for compute workloads.
Water textures may appear to be missing in World of Final Fantasy™.
Destiny 2™ may experience an application hang in the mission "Heist" on some Radeon GCN1.0 products.
Radeon Overlay may intermittently fail to enable when toggled in some games.
Radeon Chill hotkey may fail to reset when Radeon Settings is restored to defaults.
FFmpeg application may experience corrupted output for H264 video streams.

Known Issues 18.2.1

Radeon FreeSync may intermittently incorrectly engage during Chrome video playback resulting in playback flicker.
Radeon Overlay hotkey may fail to bring up the overlay or may cause a Radeon Host Application crash intermittently on a limited number of gaming titles.
Radeon FreeSync may rapidly change between min and max range when enabled causing stutter in fullscreen games on multi display system configurations.
Flickering may be observed on the performance metrics overlay when Enhanced Sync is enabled on some Radeon FreeSync connected displays.
A random system hang may be experienced after extended periods of use on system configurations using 12 GPU's for compute workloads.
Water textures may appear to be missing in World of Final Fantasy™.
The GPU Workload feature may cause a system hang when switching to Compute while AMD CrossFire is enabled. A workaround is to disable AMD CrossFire before switching the toggle to Compute workloads.

Edit: Fragen erweitert.
 
Zuletzt bearbeitet:
Sry aber was stellst du denn bitte für ein Kudelmudel in Overdrive und reg.file ein?
Da brauchst du dich ehrlich gesagt nicht wundern.

Die Stock Werte der LC laufen nicht auf anderen Karten. Anpassungen müssen immer gemacht werden, das war von Anfang an klar mit Wattman oder reg.file sind selbst der original LC die P7 1750 etwas zu viel.
Daher die Frage wenn das LC bios bei dir nicht lief, meinst du dann mit den Stock Werten oder mit deinem reg.file mit LC Bios?

Ich dachte nach deinen eigentlich guten Erklärungen wärst du schon weiter und hättest verstanden was du da schreibst oder kopierst.

Gut vielleicht irre ich mich auch absolut. Man weiß ja nie.

Ich habe keine Probleme alle Bios Versionen stabil zu betreiben mit verschiedenen Settings egal ob Wattman oder reg.file.

Wieso setzt du anstatt steps für die GPU-States immer die selben 950mV?
Hast du das auch mit LC Bios gemacht?
Warum nutzt du 1005mV für P7 anstatt 1000mV?
Warum ziehst du die "Uncore" auf 1115mV für höhere Taktraten an?
Kannst du deine "instabilen" Testläufe mit LC Bios mal näher erklären oder zeigen?
Woher kommen die Uncore 968mV + P7 her für die Wattman Einstellungen die du vorher gezeigt hast?
Was für einen effektiven Takt erreichst du mit dem P7 1530/0968 165W?
Welchen HBM Takt lässt du dazu laufen?

Wären jetzt mal ein paar Sachen die interessant wären, was du darin siehst und welche Vorteile sich daraus einstellen um sich mal abzugleichen.

Falls du es mal ausprobieren möchtest, ein reg.file Setting von mir RX56@64refbios. (HBM maximal 1100MHz für SOC 1107MHz)

Anhang anzeigen 428521

Zu dem Overlay, das ist in 18.2.x immer als Fehler hinterlegt und nicht gelöst.
Ich lass die Werte jetzt so weil das absolut stabil läuft, sonst gab es hier und da Abstürze (mal dieses Spiel dann wieder ein anderes) und was hat das zurücksetzen des Overlay Keys mit nicht funktionieren zu tun. Mit dem 18.2.1 funktioniert's entgegen AMDs Behauptung tadellos bei mir.

Mach was du willst, ich bin raus...es läuft so super - ohne das dies oder das abstürzt. In TombRaider 4K voll aufgedreht mit 60fps lieg ich bei um 125-140 Watt GPU only.

Die geänderte SoftPowerPlay Table wird bei Bios Update und ODT erst übernommen, wenn du auf Manual Voltage umgestellten kannst. Es ist nicht möglich andere Werte einzugeben, aber der in der SoftPowerPlay hinterlegte Wert werden dann akzeptiert, nur kam ich da gar nicht hin (auf Apply) - schon beim rum klicken im Desktop stürzte die Karte einfach ab.

Die Richtwerte Default skalieren dabei nicht linear mit der Spannung nach unten oder oben (wie oft denn noch), es gibt 2er, 5er oder 10er Schritte die man selbst ausloten muss. Die Biosversionen verhalten sie dabei völlig unterschiedlich (V64 vs V56). Gigabyte gibt bei der LC keine 1750Mhz Boost an, sondern irgendwas um 166x - was meine Karte auch so erreicht. Scheint die haben eine einzige Charge an Vegas eingekauft oder bekommen. Bei tieferen Voltagen des HBM ist es möglich das dieser auf 800MHz zurückfällt (erreichen des PL).

Und was du auf der 56 machst ist mit der 64 überhaupt nicht vergleichbar. Du hast die gleiche VRM und damit viel mehr Luft nach oben. Meine fängt ab 254Watt GPU only an massiv zu winen. Ich will mir Karte ja nicht abschießen. Bei der 64 ist P4-GPU mit P3-HMB gekoppelt, daher brauche ich diese 1005 bei der 64 wie ich sie dort eingegeben habe (hat schon ein anderer Anwender aktiv und läuft gut für unter 1550). Es gibt sogar Modelle mit 8er Schritten.

Bei der LC können auch Fakewerte gesetzt sein bis P3 und HBM (1111, 2222, 3333). Die anderen Werte stammen aus einem anderen Forum und sind o.k..

Als Anhaltswerte PT für WattMan können gelten:
PT=-25% zwischen P3 und P4; PT=0% zwischen P4 und P5; PT=+25% zwischen P5 und P6; PT=+50% zwischen P6 und P7 (3dcenter).

Gibt übrigens ODT 0.2.5=https://forums.guru3d.com/threads/overdriventool-tool-for-amd-gpus.416116/
 
Zuletzt bearbeitet:
Ich lass die Werte jetzt so weil das absolut stabil läuft, sonst gab es hier und da Abstürze (mal dieses Spiel dann wieder ein anderes) und was hat das zurücksetzen des Overlay Keys mit nicht funktionieren zu tun. Mit dem 18.2.1 funktioniert's entgegen AMDs Behauptung tadellos bei mir.

Mach was du willst, ich bin raus...es läuft so super - ohne das dies oder das abstürzt. In TombRaider 4K voll aufgedreht mit 60fps lieg ich bei um 125-140 Watt GPU only.

Die geänderte SoftPowerPlay Table wird bei Bios Update und ODT erst übernommen, wenn du auf Manual Voltage umgestellten kannst. Es ist nicht möglich andere Werte einzugeben, aber der in der SoftPowerPlay hinterlegte Wert werden dann akzeptiert, nur kam ich da gar nicht hin (auf Apply) - schon beim rum klicken im Desktop stürzte die Karte einfach ab.

Die Richtwerte Default skalieren dabei nicht linear mit der Spannung nach unten oder oben (wie oft denn noch), es gibt 2er, 5er oder 10er Schritte die man selbst ausloten muss. Die Biosversionen verhalten sie dabei völlig unterschiedlich (V64 vs V56). Gigabyte gibt bei der LC keine 1750Mhz Boost an, sondern irgendwas um 166x - was meine Karte auch so erreicht. Scheint die haben eine einzige Charge an Vegas eingekauft oder bekommen. Bei tieferen Voltagen des HBM ist es möglich das dieser auf 800MHz zurückfällt (erreichen des PL).

Und was du auf der 56 machst ist mit der 64 überhaupt nicht vergleichbar. Du hast die gleiche VRM und damit viel mehr Luft nach oben. Meine fängt ab 254Watt GPU only an massiv zu winen. Ich will mir Karte ja nicht abschießen. Bei der 64 ist P4-GPU mit P3-HMB gekoppelt, daher brauche ich diese 1005 bei der 64 wie ich sie dort eingegeben habe (hat schon ein anderer Anwender aktiv und läuft gut für unter 1550). Es gibt sogar Modelle mit 8er Schritten.

Bei der LC können auch Fakewerte gesetzt sein bis P3 und HBM (1111, 2222, 3333). Die anderen Werte stammen aus einem anderen Forum und sind o.k..

Als Anhaltswerte PT für WattMan können gelten:
PT=-25% zwischen P3 und P4; PT=0% zwischen P4 und P5; PT=+25% zwischen P5 und P6; PT=+50% zwischen P6 und P7 (3dcenter).

Gibt übrigens ODT 0.2.5=https://forums.guru3d.com/threads/overdriventool-tool-for-amd-gpus.416116/

Vielen Dank für die Vergleichbarkeit. Nicht.

Jap wie du siehst nutze ich ODT 0.2.5 schon längst, aber danke.

Die geänderte Softpowerplay table ist nach Bios update aktiv und muss nicht erst über odt übernommen werden.
Ich habe bevor ich odt genutzt habe biosmod über Wattman getestet und genutzt und alle Werte wurden so übernommen und konnten mit RX64ref und RX64LC 1:1 verglichen werden, durch die geringeren Shader hinkt die RX56 nur vom effektiven Takt etwas hinter her bei gleichen Einstellungen.
Vddc Regelung war immer die selbe ohne Unterschied. Bei nach justieren für den gleichen effektiven Takt, kamen dann auch die selben Ergebnisse, Verhältnisse usw heraus. (Watt,Vddc,effektiver Takt)

Wenn deine Karte bereits im Desktop in einer Tour abgestürzt ist, vermute ich das irgendwas schief gegangen beim flashen oder sonstigen.

Deine Gigabyte ist genauso auf P5 original vom Bios verknüpft wie die RedDevil z.b. da gebe ich zu stellt sich immer eine höhere Regelung ein als bei RX64ref oder z.b. meine RX56@64refbios.

Wenn du die 2er, 5er und 10er Schritte angibst, hast du diese bestimmt auch schon gestestet, dir eine reproduzierbar Testumgebung gesucht und bist damit rauf und runter gegangen und kannst sicherlich uns allen die Unterschiede und das Verhalten aufzeigen mit Log und Bildern?

Der HBM bekommt immer seine Spannung 1,25V oder 1,35V je nach Model. Die tiefere Voltage des HBM meinst du sicherlich die Memory P3 Spannung(Spannungsregelung, Uncore) diese bleibt dann bei 800MHz hängen wenn keine Differenzierung zu Memory P2 vorhanden ist = Memory P3 <= Memory P2.
Da kannst du der Vega auch 1000W Power_Limit geben das ändert nichts.

Wegen der Vergleichbarkeit(ich habe ja beschrieben was alles getan wurde um die Unterschiede auszumachen und eine Vergleichbarkeit herzustellen) das ist langsam wirklich etwas nervig.
Zuerst kam h2o als ausrede danach goldenchip gesabbel usw. als ich selbst Testreihen gezeigt und erklärt habe was ich da versucht habe. = wurde nicht berücksichtigt und mal mit getestet.
Nach 2 Monaten dann die große Überraschung ohhh wow das funktioniert auch ohne h2o, das ist echt frustrierend.

Mit 254W zerschießt du dir ganz sicher nicht deine Vega :). Unterhalb von Tjmax und im Maximalen PL passiert da sofort gar nichts, wie lange die Vega das mit macht durch die erhöhte Belastung das steht auf einem anderen Blatt, wer das so nutzt wird da vermutlich auch nach einem Jahr keine zerschoßene Vega haben.

Die 1005 brauchst du mit reg.file ja nicht du ordnest ja alles neu, dir sitzen keine unteren P-States mehr im Weg, falls dir das noch nicht aufgefallen ist. Und dir ist schon bewusst das deine Karte auf P5 Verknüpft ist? 975mV P5 Chip und 975mv P3 Memory.

Deine Fakewerte habe ich bereits selbst geprüft und wenn ich so einen schmarrn eingeben würde wird die Karte nicht mehr vom Treiber erkannt.
Tests und Erklärungen sind auch hier im Thread. Gerade bei den P-Chip Takteinstellungen gibt es Probleme wenn man unter die niedrigsten und höchsten bekannten Werte geht (RX56,RX64,RX64LC,RedDevil).

Deine Anhaltswerte passen zu den default Einstellungen, AMD lässt AVFS jeweils für Powersafe, balanced und turbo ins PT rennen, dann stellen sich die zitierten Taktbereiche ein.

Bei dem ganzen Post muss ich jetzt leider feststellen das du vieles nur nach laberst(3dcenter oder sonst wo), anscheinend selbst nicht getestet oder nachvollzogen hast mit deiner Karte und geschaut hast was Sache ist.
Will ich auch nicht ankreiden, dafür sind Threads und Foren da, aber dann bitte nicht den großen Macker spielen mit Sätzen "wie oft denn noch" hab ich doch schon 100mal geschrieben usw" wenn nichts bei rum kommt.

Ich habe deine Werte sogar getestet und wollte wie in meinem vorherigen Post geschrieben mal vergleichen was du heraus bekommst, wie sich das ganze dann bei mir verhält und anders herum dann genauso.
Dafür schreiben wir doch hier, um mit einander Optimierungen zu finden und zusammen zuarbeiten, sollte eigentlich sogar umso besser funktionieren wenn verschiedene Ansätze vorhanden sind um die Vorteile miteinander zu kombinieren.

Auf die Fragen bist du auch nicht eingegangen z.b. was sich mit welcher der gewählten Einstellung verändert usw. sondern schön alles was du dir abgeschaut hast in einem anderem Forum einfach bisl zusammen gewurschelt ohne auf den Punkt zu kommen.
Die Vollständigen Einstellung wären nett gewesen zusammen mit ein paar läufen vom Bench GPU-Z(da wir das hier ja benutzen) und Screenshots dazu.

satuan_945MHz_HBM.jpg
Das war mal einfach das was du hingeworfen hast getestet.
Ich wollte dann eigentlich noch abgleichen, und wegen der Verknüpfung auf P4 noch mal durchgehen ob ich dann P4 als 975mV nehme nach deinen Erfahrungen mit deinem reg.file um nicht mit HBM hängen zu bleiben wenn es über 1020MHz hinaus gehen soll. (Falls dir dieser Step überhaupt bekannt ist)

Deswegen meine Aussage das ich mich auch vielleicht irre........

Aber gut, wie du deine Vega einstellst ist ja wie für jeden anderen ganz allein dir überlassen, ich hatte ja nur geschrieben ob du es probieren möchtest.
Der Vergleich wäre gut gewesen um zu sehen was die Unterschiede sind und was mehr bringt oder was ich noch mit einbeziehen könnte.

Versuch dir auch bitte mal den Thread hier wenigsten so gut es geht durch zu lesen, auch wenn es viel ist, dann wüsstest du wenigsten bescheid was hier schon alles ausprobiert und verglichen wurde.
Wenn du mir dann zeigen kannst welche Vorteile oder evtl Nachteile die Steps mit 2mV, 5mV, 10mV jeweils haben und wie sich da die Regelung ändert bin ich auch ganz Ohr.

EDIT:
Mit Tombraider 4K wirklich voll aufgedreht mit 60FPS bei 125-140W? damit schlägst du sogar eine 1080 ti der es schwer fällt 60FPS zu halten und dann verbrauchst du auch noch deutlich weniger als diese...................
Läuft bei dir;) 30-35% schneller als Stock RX64ref@Turbo die sich da 300W GPU-only gönnt..... Das muss man erstmal hin bekommen mit vollen Grafiksetup in 4K.......ist ja waaaaaahnsinn.......

Bin mal gespannt was du dafür eben nicht voll aufgedreht hast und abgeschalten ist.
 
Zuletzt bearbeitet:
Mit Tombraider 4K wirklich voll aufgedreht mit 60FPS bei 125-140W? damit schlägst du sogar eine 1080 ti der es schwer fällt 60FPS zu halten und dann verbrauchst du auch noch deutlich weniger als diese...................
Läuft bei dir;) 30-35% schneller als Stock RX64ref@Turbo die sich da 300W GPU-only gönnt..... Das muss man erstmal hin bekommen mit vollen Grafiksetup in 4K.......ist ja waaaaaahnsinn.......

Bin mal gespannt was du dafür eben nicht voll aufgedreht hast und abgeschalten ist.
Sag mal machst du dich lustig. Ich meine Tombraider - ja (2013), nicht Rise of the Tombraider, dass lief schon auf Fiji unter 4K. Ich spiele die meisten Spiele in 4k, weil ich einen FS-4K über DP an meiner Karte hängen habe und dann ein Preset suche was lauffähig ist, wenn möglich unter 2160p.

Mal eine Gegenfrage, was glaubst du mit den Werten die du bei mV einträgst einzustellen oder vorzugeben?

Um dir mal zu erläutern was du dort einstellt, jede DPM State hat eine Voltagedomain und Taktdomain, von-bis und die ist ganz sicher fest vorgegeben, ob dahingehend die SoftwareVoltageTable überschrieben wird oder nicht, ist dem Treiber egal. Der erkennt deine Karte sehr genau. Wenn du P1 bis P7 mit 950 überschreibst, bedeutet das nicht das in jeder dieser DPM auch 950 mV anliegen (das ist ein Wert - letztlich überwacht sich Vega in Hardware/Software und gibt die Daten an den Treiber weiter - dass bedeutet nicht das dir nicht auch eine Phase der VRM um die Ohren fliegen kann oder der Interposer, weil du das Socketlimit überschreitest wenn du 1150 einstellst), denn der Takt in dieser Domain ist völlig unterschiedlich. P4 liegen dann 0,9125, P5 0,9435 und P6 0,9558 mV an, und jetzt?

Die stete Voltage würde bei steter Taktvorgabe und gleicher Auslastung anliegen. Oder glaubst du, du beeinflusst mit deiner Vorgabe den DPM Arbitrator? Dem ist das egal was du dort einstellt, du umgehst nur Adaptive Voltage Frequency Scaling und vermutlich Advanced Clock-Gating wenn es bereits im Treiber aktiv geschalten ist, und lotest deine Hardware selbst aus. Nur mal soviel dazu - denn ohne Treiber funktioniert auch OverdriveNTool nicht. Der wertet im 10ns Takt die Daten aus und passt nach der Domain die Voltage- und den Clock an. Thermalsensor, Power Estimation und Telemetrieinterface müssen ihre Daten an diesen weiter reichen. Daraus ergibt sich dann die Clockchange, Voltagechange, Fan Control und noch weitere Estimate effects sind an diesen gekoppelt, anhand deiner Tables die dort auch einfließen. Wenn ich dabei auch mal eine andere Voltagevorgaben übernehme die sich bewährt haben (aus Querverweisen anderer Foren, weil ich mit den Werten hier nicht weiterkomme), kann das nicht verkehrt sein. Das habe ich jetzt alles zum dritten mal geschrieben.

Und falls du glaubst ich bin zu blöd ein Bios aufzuspielen, danke.

1080ti? Aha - die erreicht in TR 75-100fps (~85) mit einem 8 Core. In wenigen unoptimierten Szenen droopt da die Framerate mal weg. In Gebäuden eher bei um 90fps und das Spiel ist/war Gaming Evolved optimiert und sollte auch Vega schmecken.

Langes Posting null Aussagekraft...ich mag nicht alles kommentieren. Letztlich tut das OverdriveNToool nichts anderes als WattMan, nur ist dieser eher verbuggt und ich kann alle DPM States beeinflussen. Das Problem ist wie schon geschildert, ich muss meine Werte wenn ich sie recht nahe an dem Machbaren setze, immer wieder neu ausloten weil mir sonst jede zweite Anwendung abstürzen kann. Das war schon immer so (Undervolt oder Overclock egal), wenn die IHVs mit ihren Treibern mehr Auslastung erzeugen, dann sind halt 0,9445mV auf einmal nicht mehr stable.

Mir fehlt immer noch dein Tutorial das du zum OverdriveNTool angekündigst hast, oder denkst du das schreibt ein anderer? Ansonsten verpulverst du deine Zeit anderen zu beweisen wie blöde doch sind und wovon sie alles keine Ahnung haben.
 
Zuletzt bearbeitet:
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh