[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:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
@Devil
Gemessen an User42 bist Du gaaanz schlecht dran. (1180/950mV)

War ja klar, bei sowas greif ich immer ganz tief in die Tonne. ;) (ausser meine 1070 Amp Extreme. die lief super beim speicher +650)^^
Nichts desto trots ist Vega ne super Karte.
org. low3 läuft supi. Könnt bis hbm1080/960 gehen.

mfg
 
Zuletzt bearbeitet:
@Devil
Nicht Schimpfen , sondern Nachrechnen.
Für 53 fps in TS benötigst Du 20x53+20= 1080 HBM-Takt.
Und als Goodie hast Du in ordentlichen Spielen sogar die 1110.

Für Simpl3moe oder Ragman wären 1080 schlecht, aber bei Deiner Graka absolut Ausreichend.
HAVE FUN

Mir reichts für Heute.
 
Supi. War doch kein schimpfen. ;) Nur ne Anmerkung .
Werd das org low3 mit 1080/960 laufen lassen. Sollte das beste sein. Gute Leistung bei angenehmen Verbrauch. Danke für deine/eure Hilfe.
Dir noch nen schönen Abend GerryB.

mfg
 
Guter Frage,
Das ist bei Low3 so, das Hoch nur der Sprung von P5 auf 7 geht. = Absicht.
Runter ist P6 aktiv.
Soll Devil erstmal mit original Low3 den Valley extreme HD machen.

mein Low3:
Anhang anzeigen 424207

@Devil
Gemessen an User42 bist Du gaaanz schlecht dran. (1180/950mV)

Ok in deinem Valley sehe ich ein paar komische Werte.

Zum einen bist du ja bei 800MHz HBM-Takt, deine SOC ist aber bei 1107MHz, SOC läuft mit HBM-Takt mit. Bei 800MHz ist SOC aber nicht bei 1107MHz.
So erklären lässt sich das damit (da ich davon ausgehe das du neustart vorher gemacht hast) das mit 850mV HBM-CONTROLLER dein HBM bei 800MHz hängen geblieben ist (LOW3 880+40? eingestellt für HBM) irgendwas klemmt da weil SOC mit 1107 nach oben geht.

War das beabsichtigt?

Dann hängst du mit deiner Vddc bei 1,08V. Sprich wenn du einen effektiven Takt siehst der aus deinem eingestellten P6 resultieren sollte wird das P4 oder P5 sein, bei Runter und weniger Auslastung als 85% wird kein P6 mehr genommen. Sprich auch dort überschreibt Vega.
Da kann man dann für P6 alles Mögliche eingeben das in einem effektiven Takt unter 1400MHz landet und es ändert sich an der stabilität und Taktverhalten nichts. Genauso wie HBM 850mV, da wird höchstens SOC nach der Einstellung vom HBM-Takt im Wattmann gehen.

War das auch beabsichtigt?

Ich habe die Einstellungen mal übernommen und probiert und gemerkt einige Einstellungen sind Hinfällig weil eh wieder überschrieben werden und Vega da ihr ding macht oder im Fall von P6 einfach überspringt. = läuft trotzdem und kann Stabil werden da Vega selbst nachregelt damit es wieder passt.
In den Bereich in den du da möchtest hilft wirklich nur der Weg über Reg.Hack ala dargo um an die anderen P-State 0-5 ran zu kommen.
Ich werd noch mal testen. bisher bin ich mit Low3 für RX56 aber auf noch keinen grünen Zweig gekommen.
 
Zuletzt bearbeitet:
Hab noch mal für mich bischen am low3 gefeilt. wie sieht das aus?
Valley 1440 max
low3_4.gif

P6 1407/960 P7 1587/980 HBM1080/960

mfg
 
Hab noch mal für mich bischen am low3 gefeilt. wie sieht das aus?
Valley 1440 max
Anhang anzeigen 424214

P6 1407/960 P7 1587/980 HBM1080/960

mfg

Bei dir sieht man noch besser das P6 keine Rolle spielt und auf die anderen States inkl PT zugegriffen wird, du landest bei 1,125V Vddc. Das schafft dann eigentlich nur P5 1400/1100mV inkl PT bei deinen Einstellungen.

Für P6 und P7 <1000mV kommt man an Reg.Hack nicht vorbei, die anderen States mit den hohen Spannungswerten vermiesen einem das ganze.

Versuch mal um so weit runter zu kommen und das Taktverhalten von Vega zu behalten(ein P6 mit niedrigen mV und hohen Takt senkt Verbrauch und macht sinn wenn nicht ständig 100% Load anliegen, steht besser da als P5 und P7)

P6 1497-1502/1000mV P7 1587/1000mV HBM1080/960mV und auch mal 1050mV HBM

jetzt müsstest du wieder einen Step mit 1470MHz zwischen P5 und P7 haben mit 0,988V Vddc dein max dann wieder 1544MHz mit 1,0V, evtl kann bei Valley dann trotzdem P5 wieder kommen.

Mit 1050mV HBM sollten Temps 1-2°C besser sein.
 
Zuletzt bearbeitet:
Jo. hab mal weiter getestet.
P6 wird bei mir ignoriert. habs deshalb´P6 immer 10mv weniger als p7 eingestellt.
low3_8.gif

das ist bei P7 860mv.
steht zwar 226 w max. aber das is nur nen kurzer spike. ansonsten knapp über/um die 200w . Hatte sogar öfter 130w ^^
Hab die ganzen zwischenscreens der test nicht mit drinnen. aber mit jeder -10mv ging die max drehzahl runter. Echt angenehm nun.
Wenns mehr bzw weniger werden soll bleibt mir wohl nichts anderes übrig als an P5 und kleiner ranzugehen. geh ich beim hbm auf 950mv fall ich beim Takt auf 800 zurück.

mfg
 
Jo. hab mal weiter getestet.
P6 wird bei mir ignoriert. habs deshalb´P6 immer 10mv weniger als p7 eingestellt.
Anhang anzeigen 424224

das ist bei P7 860mv.
steht zwar 226 w max. aber das is nur nen kurzer spike. ansonsten knapp über/um die 200w . Hatte sogar öfter 130w ^^
Hab die ganzen zwischenscreens der test nicht mit drinnen. aber mit jeder -10mv ging die max drehzahl runter. Echt angenehm nun.
Wenns mehr bzw weniger werden soll bleibt mir wohl nichts anderes übrig als an P5 und kleiner ranzugehen. geh ich beim hbm auf 950mv fall ich beim Takt auf 800 zurück.

mfg

Dein P7 ändert sich auch nicht vom effektiven Takt(GPU-Z ausgelesen) bedeutet da passiert nichts, Vddc wird da egal was du machst einfach auf 1V springen. Deswegen mein Vorschlag einfach für P6 und P7 1000mV und dann den effektiven Taktunterschied mit 1497 und 1587 zu generieren.

Du wirst in dem Fall mit Vddc nicht unter HBM-Controller kommen. So tief kommst du nur mit Reg.Hack. und da bitte auch nicht unter 900mV gehen. Da bist du ja schon bei P1 Niveau mit 900mV.
Und klar 950mV HBM-Controller gehen nicht bei RX64Air(+Custom) da liegt Memory P2 mit 800MHz für Memory P3(das was wir in Wattmann HBM-Takt einstellen, bei dir 1080MHz) musst du eine HBM-Controller-Spannung über 950mV wählen, da kommen die 960mV von mir ja auch her.
Habe mir das jetzt genauer angeschaut und die Controller Spannung macht eigentlich sonst nichts außer fest zu legen ab wann HBM in die vollen geht zum zugehörigen GPU P-State.

Rx Vega 56 and Rx Vega 64 Sock OverdriveNTool values.png

Hier sieht man das bei RX64 Memory P3 mit 1050mV auf GPU P4 1050mV gelegt wurde, wenn du da was mit overdriventool im Pttable für den Reg.Hack änderst, ändert sich immer beide Werte obwohl du nur bei einem etwas ein gibst.
 
Zuletzt bearbeitet:
ups. und ich probiers weiter xD
hätte ich mir ja P6 P7 800mv sparen können :wall:
low3_800mv.gif

Mensch war das leise. zum schluss knapp über 1800rpm.
Was bleibt mir nun? bei 800mv max takt suchen?

mfg
 
Hallo,

rein aus Interesse - wieso ist der Preis von Vega gestiegen? Ist diese jetzt auf einmal schneller als die GTX1080 geworden? Sonst eignet sie sich nur für Liebhaber oder Bastler:asthanos:
 
Naja mit bischen feingefühl...denke schon. schlägt jedenfalls meine alte gtx1070 AMP!Extreme um längen
Mining hype. deswegen sind die vegas praktisch nicht verfügbar...oder überteuert. selbst die nvidias sind teurer. zur zeit absolut falscher Zeitpunkt nach ner potenten GK zu suchen

mfg

Edit: seh grad....hmmm ironie? :fresse:
 
Zuletzt bearbeitet:
Ich habe die Einstellungen mal übernommen und probiert und gemerkt einige Einstellungen sind Hinfällig weil eh wieder überschrieben werden...

Das ist klar der Fall und liegt am AVFS (Adaptive Voltage and Frequency Scaling), wobei jede GPU ihre angelegte Spannung für einen bestimmten State Takt selbst bestimmt. Festgelegte Spannungen per DPM sind damit sinnlos - außer man legt auf Vega 10 die Spannung manuell fest, denn egal wie hoch der Takt per State manuell gewählt ist, liegt dauerhaft diese Spannung an. Dazu muss man wissen, dass diese festgesetzten Spannungen bei manueller Vergabe erst einmal deutlich höher sind als die, die die GPU bei automatischer Spannungsverteilung festlegt. Vega 64 nutzt dann plötzlich höhere (Core) Voltage für die höchste Powerstate, anstatt die automatisch vorgegebene oder je nachdem, ob und wie das gewählte Powertarget erreicht wird (Bios 1 und 2)

Letztlich macht es einem diese Erkenntnis schwer, nachzustellen was der Nachbar "experimentell" einstellt, denn ihr müsstet beide ein identisches Dice besitzen das aus einem Wafer stammt, wenn möglich so nah wie denkbar beieinander. Das dürfte nur sehr selten vorkommen, wenn auch nicht unmöglich sein.
 
Zuletzt bearbeitet:
Das ist klar der Fall und liegt am AVFS (Adaptive Voltage and Frequency Scaling), wobei jede GPU ihre angelegte Spannung für einen bestimmten State Takt selbst bestimmt. Festgelegte Spannungen per DPM sind damit sinnlos - außer man legt auf Vega 10 die Spannung manuell fest, denn egal wie hoch der Takt per gewählt ist, liegt dauerhaft diese manuell gewählte Spannung an. Dazu muss man wissen das diese festgesetzten Spannungen bei manueller Vergabe erst einmal deutlich höher sind als die, die die GPU bei automatischer Spannungsverteilung festlegt. Vega 64 nutzt dann plötzlich höhere (Core) Voltage für die höchste Powerstate, anstatt die automatisch vorgegebene oder je nachdem, ob und wie das gewählte Powertarget erreicht wird (Bios 1 und 2)

Letztlich macht es einem diese Erkenntnis schwer, nachzustellen was der Nachbar "experimentell" einstellt, denn ihr müsstet beide ein identisches Dice besitzen das aus einem Wafer stammt, wenn möglich so nah wie denkbar beieinander. Das dürfte nur sehr selten vorkommen, wenn auch nicht unmöglich sein.

Dankeschön!

Ich denke du verstehst mich.
Das wir mit festen DPM eher verschlimm Bessern sollte von Anfang an klar sein. Um höheren Effektiven Takt und bisl Leistung raus zu kitzeln sind die festen DPM schon gut, ich hatte aber schon mal geschrieben das die Geschichten hier eigentlich nicht viel mit Undervolting zu tun haben.
Wir zwingen Vega einfach weiter zu gehen als sie mit AVFS gehen würde.

Mit meiner Aussage die du zitiert hast, meinte ich das ich da in dem Bereich den Gerry als Low3 vorschlägt auch für meine Karte hoch runter angepasst auf keinen grünen Zweig komme. Die DPM Änderung ist so extrem bei diesem Low3 das AVFS wieder eingreift um irgend etwas mit den zerrupften Einstellungen an zufangen.
 
Ich denke du verstehst mich.
Tue ich...:)

Das wir mit festen DPM eher verschlimm Bessern sollte von Anfang an klar sein. Um höheren Effektiven Takt und bisl Leistung raus zu kitzeln sind die festen DPM schon gut, ich hatte aber schon mal geschrieben das die Geschichten hier eigentlich nicht viel mit Undervolting zu tun haben.
Wir zwingen Vega einfach weiter zu gehen als sie mit AVFS gehen würde.

Mit meiner Aussage die du zitiert hast, meinte ich das ich da in dem Bereich den Gerry als Low3 vorschlägt auch für meine Karte hoch runter angepasst auf keinen grünen Zweig komme. Die DPM Änderung ist so extrem bei diesem Low3 das AVFS wieder eingreift um irgend etwas mit den zerrupften Einstellungen an zufangen.
Man muss bedenken das AMD im Treiber (Anwendungs-) Profile hinterlegt, und man dann bei höherer Voltage viel schneller ins Limit rennt, denn die Voltage ist automatisch an Takt und damit an States gebunden, legt man diese manuell zu hoch fest, kann es sein das man immer am oberen Ende agiert.

Heißt Voltage wenn möglich überhaupt nicht abändern, sondern nur mit dem Takt und dem Target (Leistungsgrenze) spielen (+/-).

Will man undervolten siehst wieder anders aus, dann das Target nicht anfassen, sondern die (niedrigere) VCore manuell wählen.
 
Zuletzt bearbeitet:
Hmm. Ich steig da zur Zeit noch nur halb durch. Dauert noch bis ich es von mir aus gerafft habe. Jedenfalls geht grad Hbm 1110/960 bei letzten low3 set. liegts an der frei gewordenen Temp?
Würd ja gern weiter probieren, nur wirds leider langsam zeit. Wünsch euch noch was.

mfg
edit. denke bei vega gehst nicht vom standard nach oben, sondern must dich erst mühselig nach unten Arbeiten um die freigewordenen rec. nutzen zu können.
 
Zuletzt bearbeitet:
Tue ich...:)


Man muss bedenken das AMD im Treiber (Anwendungs-) Profile hinterlegt, und man dann bei höherer Voltage viel schneller ins Limit rennt, denn die Voltage ist automatisch an Takt und damit an States gebunden, legt man diese manuell zu hoch fest, kann es sein das man immer am oberen Ende agiert.

Heißt Voltage wenn möglich überhaupt nicht abändern, sondern nur mit dem Takt und dem Target (Leistungsgrenze) spielen (+/-).

Will man undervolten siehst wieder anders aus, dann das Target nicht anfassen, sondern die (niedrigere) VCore manuell wählen.

Das sind die 2 Grundlagen.

Wir versuchen hier ein Hyprid zu entwerfen. Um den hohen Takt von Möglichkeit 1 mit Möglichkeit 2 "niedrigeren" VCore manuell abzuholen ohne den Nachteil von Möglichkeit 1 das der Verbrauch mit dem Takt immer weiter ansteigt und ins Limit rennt.

Ich denke nur man sollte sich dann in den Berreichen vom Taktverhalten und Vorgaben die im Bios hinterlegt sind bewegen.
 
Hmm. Ich steig da zur Zeit noch nur halb durch. Dauert noch bis ich es von mir aus gerafft habe.
Eine Frequenz- und Spannungsskalierung hilft die Frequenz auf Arbeitslasten und die dafür erforderliche Spannung, auf das erforderliche Minimum oder Maximum zu skalieren. Das heißt, dass die dynamische Energie (gemessen in Prozessortaktzyklen) proportional zum Quadrat der Versorgungsspannung steigt oder gesenkt wird. 100 Taktzyklen bei 1,2v verbrauchen dabei mehr Energie, als 100 Taktzyklen bei 0,9v (unabhängig von der Frequenz). In jedem Skalierungssystem gibt es Übergänge, die auftreten und eine ansteigende oder abfallende Frequenz-/Spannungsskalierung begünstigen. Eine sinnvolle Lastüberwachung (IF) dient dabei dazu, höhere oder niedrigere Betriebsfrequenzen zu unterstützen, wobei die Versorgungsspannung erhöht (AVS) oder gesenkt wird (DVS). Nachdem sich die Spannung auf ihren neuen Wert eingestellt hat, aktiviert dies den angeforderten Betriebstakt mit niedriger oder höherer Frequenz. Diese Anpassung ist in Vegas Profile fest verankert. Jeder manuelle Eingriff, ändert diese automatische Anpassung signifikant ab.

Man muss daher wissen was man will.
 
Hmm. Ich steig da zur Zeit noch nur halb durch. Dauert noch bis ich es von mir aus gerafft habe. Jedenfalls geht grad Hbm 1110/960 bei letzten low3 set. liegts an der frei gewordenen Temp?
Würd ja gern weiter probieren, nur wirds leider langsam zeit. Wünsch euch noch was.

mfg
edit. denke bei vega gehst nicht vom standard nach oben, sondern must dich erst mühselig nach unten Arbeiten um die freigewordenen rec. nutzen zu können.

HBM-Takt max ist nur Temperatur und Qualitäts abhängig, deine Spannungsvorgabe mit 1,35V sind fest im Bios. Da muss halt jeder schauen was er damit schafft. (HBM möchte es kühl haben)

- - - Updated - - -

Eine Frequenz- und Spannungsskalierung hilft die Frequenz auf Arbeitslasten und die dafür erforderliche Spannung, auf das erforderliche Minimum oder Maximum zu skalieren. Das heißt, dass die dynamische Energie (gemessen in Prozessortaktzyklen) proportional zum Quadrat der Versorgungsspannung steigt oder gesenkt wird. 100 Taktzyklen bei 1,2v verbrauchen dabei mehr Energie, als 100 Taktzyklen bei 0,9v (unabhängig von der Frequenz). In jedem Skalierungssystem gibt es Übergänge, die auftreten und eine ansteigende oder abfallende Frequenz-/Spannungsskalierung begünstigen. Eine sinnvolle Lastüberwachung (IF) dient dabei dazu, höhere oder niedrigere Betriebsfrequenzen zu unterstützen, wobei die Versorgungsspannung erhöht (AVS) oder gesenkt wird (DVS). Nachdem sich die Spannung auf ihren neuen Wert eingestellt hat, aktiviert dies den angeforderten Betriebstakt mit niedriger oder höherer Frequenz. Diese Anpassung ist in Vegas Profile fest verankert. Jeder manuelle Eingriff, ändert diese automatische Anpassung signifikant ab.

Man muss daher wissen was man will.

Jetzt haust du aber einen raus XD.
Selbst entworfen? oder wo kopierst du dir das raus?
 
Hmm. Ich steig da zur Zeit noch nur halb durch. Dauert noch bis ich es von mir aus gerafft habe. Jedenfalls geht grad Hbm 1110/960 bei letzten low3 set. liegts an der frei gewordenen Temp?
Würd ja gern weiter probieren, nur wirds leider langsam zeit. Wünsch euch noch was.
mfg
edit. denke bei vega gehst nicht vom standard nach oben, sondern must dich erst mühselig nach unten Arbeiten um die freigewordenen rec. nutzen zu können.

JO,
User42 hat ja auch ne RX64LC, daher 1180/950.
Wenn Du unter 55°C bleibst gibts es halt dann Volt/Takt wie bei Ragman und User42.
Dein P6 1407/960 P7 1587/980 HBM1080/960 ist schon NICE.
Evtl. geht dann sogar ala Dargo P7 1617..1627/995.

Auf Jeden Fall sollte man sich P6 = HBM-Spannung jetzt nochmal Anschauen, sprich ich.
Hätte gedacht, daß man da teilweise Probleme bekommt.
Danke für die Info.

btw.
Was mich am Meisten überrascht = eff.Takt bei 980mV!!!
Da sind wohl dann doch nicht immer 1,055V erf. .
Falls Das inGame stabil funzt mit Low2 wäre das ein prima Low4.

Funzt bei mir auch, allerdings komme ich nicht so hoch, evtl. weil der HBM zu langsam ist.
VDDC= 0,9437V
v@low2@980mV-150fps VDDC=0,9437.gif

Und jetzt nochmal mit 1617@995mV
1617@995mV-VDDC=0,9563V.gif

Stürzt beim 2.Loop ab mit HBM>62°C.
Da muß man wahrscheinlich die Zieltemp. runter auf 50°C setzten.
Ob DAS natürlich für 5h Gaming passt muss man schauen.

Nochmal Valley 1440p@Ultra 8xAA mit Zieltemp. 50°C und fps-Limit=100: Hält bei <65°C !

1617@995mV-Zieltemp=50°C @100fps.gif

mein Low2-->Low4 P6 1517/950 P7 1617/995 HBM 905/850

DEVIL Das wäre bei Dir:
Low4b = P6 1487..1497/980 P7 1587/995 HBM 1080/960
!!!! ZIELTEMPERATUR 50°C !!! mehrere Loops erf.wg. Stabilitätsnachweis

LEIDER TimeSpy war nicht stabil. DEVIL bitte TS mit checken !
Die Fb-Heizung ist zu warm.

Low4b= P6 1517/980 P7 1587/995 HBM 905/850
TimeSpy RX56Cf@50fps = 2x110W

TS_1587@995 RX56Cf@50fps=2x110W.gif
 
Zuletzt bearbeitet:
JO,
User42 hat ja auch ne RX64LC, daher 1180/950.
Wenn Du unter 55°C bleibst gibts es halt dann Volt/Takt wie bei Ragman und User42.
Dein P6 1407/960 P7 1587/980 HBM1080/960 ist schon NICE.
Evtl. geht dann sogar ala Dargo P7 1617..1627/995.

Auf Jeden Fall sollte man sich P6 = HBM-Spannung jetzt nochmal Anschauen, sprich ich.
Hätte gedacht, daß man da teilweise Probleme bekommt.
Danke für die Info.

Wenn du mit deiner P6 Einstellung nicht die Frequenz erhöhst und weiterhin unter P5 bleibst, wird da im grunde so gut wie jede Einstellung laufen, P6 wird immer ignoriert von der Regelung.

<=1000mV manuell wird oft wird auf 1V geregelt, bis auf max 3-5MHz wirst du da immer den selben effektiven Takt bekommen. (Hatte ich auch schon mal erläutert)

Jetzt wo die Reise aber dahin geht, wird der Reg.Hack immer interessanter, weil wir ein sauberes Undervolting dafür benötigen.
 
Zuletzt bearbeitet:
Jetzt haust du aber einen raus XD.
Selbst entworfen? oder wo kopierst du dir das raus?
Hatte heute abend paar Vodka, dann quassel ich immer viel. AVFS Whitepaper?:)


Was mich am Meisten überrascht = eff.Takt bei 980mV!!!
Habe eine gemoldete SE, ist genauso, (unter Liquid) die rennt bis 1720MHz wenn man will.
VDDC ist dabei nicht immer Corevoltage (GPUZ vs HW Info=komischerweise).

Wenn du mit deiner P6 Einstellung nicht die Frequenz erhöhst und weiterhin unter P5 bleibst, wird da im grunde so gut wie jede Einstellung laufen, P6 wird immer ignoriert von der Regelung.
Eigentlich nicht, nur wenn Temptarget, Powertarget, Asicpower oder (Core-) Spannungen (der höheren State) bereits erreicht werden. Was ja logisch ist, die GPU überwacht sich selbst.
 
Zuletzt bearbeitet:
Hatte heute abend paar Vodka, dann quassel ich immer viel. AVFS Whitepaper?:)



Habe eine gemoldete SE, ist genauso, (unter Liquid) die rennt bis 1720MHz wenn man will.
VDDC ist dabei nicht immer Corevoltage (GPUZ vs HW Info=komischerweise).


Eigentlich nicht, nur wenn Temptarget, Powertarget, Asicpower oder (Core-) Spannungen (der höheren State) bereits erreicht werden. Was ja logisch ist, die GPU überwacht sich selbst.

Genau, bei seinen Einstellungen ist P6 vom effektiven Takt unter P5 und TT,PZ, Asicpower/core zu nahe an P7, da kommt ein größerer Sprung im Takt zustande von P5 auf P7.

Setzt man sich P6 effektiv Takt zwischen P5-P7 wird dieser Takt auch als Step benutzt.

Meine Annahme beruht auf versuchen mit P6. (Die State Einstellung hat eine Unter- und eine Obergrenze bevor gewechselt wird)
Dort sind mir dann gerade bei RX64 mit recht niedrigen P5 von 1400/1100 aufgefallen das in Bench und Games Sprünge von 1396MHz auf gleich über 1500MHz zustande kommen.
Wenn jetzt P6 so eingestellt wird das er vom effektiv Takt dazwischen hängt. ist immer ein Step mit 1460-1480 dabei.
Auch mit FPS-Limit schön zu sehen, dort verharrt der Takt bei 1396 und springt dann gleich komplett hoch.
Wieder mit P6 effektiv dazwischen verharrt der Takt bei P6(je nach Einstellung) bei mir 1480Mhz gesetzt.
Diese 1480Mhz hatten eine geringere Vddc und geringen Verbrauch als die 1396(P5).

Eine Ausnahme gilt aber für P7, wenn 99-100% GPU-Load vorhanden, wird dort immer der effektive Takt usw genommen der durch die Einstellung für P7 im Wattmann entsteht, auch wenn dieser 1000MHz wäre.


Mein test Setting mit RX64LC Bios läuft übrigens schon seit 8 Stunden stabil durch mit ca 3,5 Stunden spielen dabei.

P6 1682/1040 P7 1727/1050 HBM 1150/950 PT -5. HBCC16GB

Einstellungen so gewählt von mir das ich wieder bei effektiv 1577MHz mit Vddc 1,0125V lande. Bisher Verbrauch, Temperatur usw genau identisch wie @RX64Air Bios.
Kleine Verbesserung in Games durch die von Grund auf höhere Taktkurve(vermute ich), sind bei gleichen FPS-Limit und Einstellungen auch die aller letzten leicht gefühlten kleinen stockerlein weg.

@GerryB

Ich sag ja nicht perse ist doof. Ich teste auch gerne mit, nur habe ich vor 2 Wochen als dargo damit angefangen hatte, schon etliche Testläufe in dem Bereich gemacht und auch meine Ergebnisse hier gepostet.
Wir können gerne die Sache nochmal angreifen.
Wollt halt einfach die bisherigen Erkenntnisse gleich mal mit einfließen lassen =).
 
Zuletzt bearbeitet:
@Kintaro
Hab auch keinen Bock auf Benchen mit 1,10V - Schade um die kühle Blonde !
Schau Dir mein Low4 an.
Für 24/7 eine Nette Alternative. Durch den P6 auch sauber.

NEU Low4b= P6 1517/980 P7 1587/995 HBM 905/850
 
Zuletzt bearbeitet:
@Kintaro
Hab auch keinen Bock auf Benchen mit 1,10V - Schade um die kühle Blonde !
Schau Dir mein Low4 an.
Für 24/7 eine Nette Alternative. Durch den P6 auch sauber.

Jap schaut gut aus mit Low4, Verbrauch geht schon so um 10-15W runter in dem Bereich.
Ja 1,10V und drüber bei AVFS überschreiben sind für Analen.

Was mir nur Auffällt GPU-Z sagt max 1,000V und der Graph ist ein durchgehend stehender Balken.(=durchgehend 1v?)
Ich denke mit den P6 950mV und P7 995mV hast du nur den effektiven Takt ganz leicht nach unten geschoben(=geringerer Verbrauch) und die 850mV HBM werden auch wieder überschrieben weil 905MHz HBM-Takt und SOC 1107MHz.

Mit dem sauber durchtakten, bin ich jetzt mit dem RX64LC Bios doch mehr als positiv überrascht, durch die durchweg höheren States, ist alles doch noch mal eine stufe smoother geworden!
Ich halt mich bei 1490-1580MHz InGame auf bei gleichem Verbrauch wie mit RX64Air bei 1400-1560MHz (zwischen 150-190W)

Ich drück jetzt auch mal unseren Verbrauch etwas stark vereinfacht aus.

P(W)=U(Vcor,Vddc) x I(effektiver Takt)

Wirklich einfach ganz simpel und stark vereinfacht!! Bevor da andere Elektrotechiker, Ingenieure und Spezialisten um die Ecke kommen =)
 
Zuletzt bearbeitet:
@Kintaro
Habe meinen Low4-->Low4b doch noch stabil für TS bekommen. -NICE-
Low4b= P6 1517/980 P7 1587/995 HBM 905/850
Unter HEAVY LOAD, wer weiß, aber für Light Games OK.
Für meinen Moni auf 100Hz sind 50fps@RX56Cf für 24/7 top. (Test 1 avg.2x 110W)

TS_1587@995 RX56Cf@50fps=2x110W.gif


Und noch Valley RX56Cf 1440p Ultra 8xAA 100fps VDDC=0,9625V

v@RX56cf@low4b 1440p Ultra 8xAA 100fps VDDC=0,9625V.gif


btw.
LC-Bios ist für h2o sicher interessant, aber der Normale AIR kommt dann nicht
aus P5 und loost u.U..

@Ragman
Mein Low4b wäre bei Dir:
P6 1617/980 P7 1632/995 HBM 1080/960
 
Zuletzt bearbeitet:
@Kintaro
Habe meinen Low4-->Low4b doch noch stabil für TS bekommen. -NICE-
Low4b= P6 1517/980 P7 1587/995 HBM 905/850
Unter HEAVY LOAD, wer weiß, aber für Light Games OK.
Für meinen Moni auf 100Hz sind 50fps top.

Anhang anzeigen 424237

LC-Bios ist für h2o sicher interessant, aber der Normale AIR kommt dann nicht aus P5 und loost
u.U..

Das finde ich ja eben Interessant, Temperatur und Verbrauch bleiben gleich was ich bisher sehe. Könnte für Leute die modden wollen Interessant sein trotz AIR.
Bzw. jetzt kann ich mich auch in den Gegenden von Ragmann besser aufhalten zum vergleichen.

Wie weit bist du da mit deinem PT runter ?
Würde vorschlagen mal so auf -10 bis -13. Gibt bestimmt ein Interessantes Ergebnis =)
Kann mir vorstellen das Vddc dann doch mal dauerhaft unter 1V rutscht.
 
Zuletzt bearbeitet:
@Kintaro
Immer PT+50 , quasi als Check für Spannungsspitzen.
Valley 100fps VDDC = 0,9625V stabil !

Entschuldige die Nichthochauflösende Grafik.
Moin Moin erstmal.
 
Zuletzt bearbeitet:
@Kintaro
Immer PT+50 , quasi als Check für Spannungsspitzen.
Valley 100fps VDDC = 0,9625V stabil !

PT - wäre trotzdem interessant, ob sich da etwas tut, so ein low ist ja eher weniger für volle pulle gedacht.
Wie gesagt kann mir vorstellen das da noch bisl was runter geht.

Für mich gehts jetzt aber erstmal in Richtung Bett:sleep:
 
Zuletzt bearbeitet:
Wozu ?
Meine Meinung = W kommen von Volt.
Da erwarte ich bei der VDDC keine Änderungen.

Ich finde Es eher erstaunlich, daß Valley 2x 180W bei 100fps bei der VDDC zieht.
Bei VIEL kleinerem PT schaffe ich die fps dann nicht mehr.

Aber das Thema hatten wir schon. Ich vermute, das Gameworks extrem auf niedrige States
ausgelegt ist und dort massiv Watt zieht. Daher ist AMD in den Reviews soooo BAD.
Damit wäre z.T. das Energiesparwunder von NV erklärt, die niedrige V bei niedrigen States haben.
!!! AMD sollte DRINGEND mal die States freigeben !!!,
und TBR für mehr Games.

Mein finales Energiesparsetting:
RX56
Low4 = P6 1517/950 P7 1587/995 HBM 905/850

TS@RX56Cf mit 100fps-Limit = eff.Takt 1462 bei VDDC<1,0V

TS@100fps eff.Takt1462.gif

Bitte ALLE mit Testen. ZIELTEMPERATUR AUF 50°C (damit der Lüfter rechtzeitig anspringt)

RX64
Low4 = P6 1487..1497/960..970 P7 1587/995 HBM 1080/960

RX64LC
Low4 = P6 1617/980..990 P7 1632/995 HBM 1080/960 falls instabil
--> alternativ
Low5 = P6 1577/980..990 P7 1597/995 HBM 1080/960
 
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