[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:
@Satuan
Unter 0,898875 V scheint sich Vega richtig wohl zu fühlen, damit bei 0,898812 und tiefer richtig Nice.
Da kommt man mit P7 910..918mV gut hin = Sweetspot für Air.
Grundvorraussetzung ist natürlich ein vernünftiger Airflow. Da staune ich eigentlich bei mir mit Cf,
das 4x120 Blow In das so gut schaffen. Die CPU fällt nicht ins Gewicht wg.der AiO.

Hatte ne 8 vergessen.

Bei TS-Test 1 sind Das immer die avg.W "GPU only", damit ich einen Vgl. zur Tabelle von Ragman habe.
Der macht Das mit Excel. Bei mir evtl. 2W zu niedrig geschätzt nach Grafik, aber mehr auch nicht.
btw.
Wenn Du ne Single Graka auf 2/3 einbremst ist Das nicht dasselbe wie bei Cf.
Cf hat dann immer noch erhebliche Bandbreitenvorteile.
Das ist ja immer das KnoffHoff gewesen, das Midrange-Graka mit engem Bus unter CF richtig aufblühen. (Crysis@HD3850Cf war net schlecht, da hat die 6950 kaum mehr gebracht)
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Ein Lauf drei Einstellungen:


Damit vor 3 Posts beantwortet. Muss ich für Gerry nicht machen, aber was solls.:)

Was möchtest du mir jetzt damit zeigen, wenn ich fragen darf?

Das man sich die Werte so Einstellen kann ist ja kein Kunststück.

Bei dem Avg Wert sieht man ein Stück Null Leerlauf im GPU-only der wird für die Berechnung mit genommen und verfälscht.
Das sogar nicht vernachlässigbar. Wenn man den Lock mit nimmt und dann selbst mal alle Werte nach rechnet ohne den Leerlauf.
 
Zuletzt bearbeitet:
Was möchtest du mir jetzt damit zeigen, wenn ich fragen darf?
Du willst mich jetzt aber nicht veräppeln - oder?

Das Programm hat verschiedene Sensordatenmodi für die Wertermittlung hinterlegt, die man voreinstellen kann, der Strich für diese Wertermittlung liegt je nach voreingestelltem Modi entweder beim aktuellen/minimalen/maximalen/durchschnittlichen Wert in ms Intervall und genau das hat Dallhell63 gefragt. Wieso schreibt er 2x95 und nicht 2x145. Ganz einfach, weil vermutlich ein Profil für durchschnittliche Werte dem realen Verbrauch an nächsten kommt (TPB) und nicht max Peak. Genauso ermittelt übrigens Igor seine Werte nach angelegten Voltagen, er zieht dann mit Formelermittlung einen Strich (Effektivwerte).

Bei Wechselstrom z.Bsp. sind die Effektivwerte dabei das Integral des Quadrat der sinusförmigen Spannungen, der sinusförmigen Ströme während einer bestimmten Periodendauer (unter Berücksichtigung von Spitze-/Scheitel-/Talwerten).

Die Scala wird bei GPUZ vermutlich von den hinterlegten Device-Parametern im Bios/Treiber/Regedit beeinflusst. Es gibt damit auch keine Erklärungsnot...das dürfte jeder in einer sec erfasst haben.

*max Peak sollte man ermitteln damit es je nach Ausstattung des Systems, nicht unter Lastszenarien zu Instabilitäten kommt weil das Netzteil dann die Last nicht abfedern kann. Man macht also beides. Wobei wir festgestellt haben das Software dafür allein nicht reicht, man rechnet also einen Fixwert oben auf je nach Effizienz des Netzteils.
 
Zuletzt bearbeitet:
Du willst mich jetzt aber nicht veräppeln - oder?

Das Programm hat verschiedene Sensordatenmodi für die Wertermittlung hinterlegt, die man voreinstellen kann, der Strich für diese Wertermittlung liegt je nach voreingestelltem Modi entweder beim aktuellen/minimalen/maximalen/durchschnittlichen Wert in ms Intervall und genau das hat Dallhell63 gefragt. Wieso schreibt er 2x95 und nicht 2x145. Ganz einfach, weil vermutlich ein Profil für durchschnittliche Werte dem realen Verbrauch an nächsten kommt (TPB) und nicht max Peak. Genauso ermittelt übrigens Igor seine Werte nach angelegten Voltagen, er zieht dann mit Formelermittlung einen Strich (Effektivwerte).

Bei Wechselstrom z.Bsp. sind die Effektivwerte dabei das Integral des Quadrat der sinusförmigen Spannungen, der sinusförmigen Ströme während einer bestimmten Periodendauer (unter Berücksichtigung von Spitze-/Scheitel-/Talwerten).

Die Scala wird bei GPUZ vermutlich von den hinterlegten Device-Parametern im Bios/Treiber/Regedit beeinflusst. Es gibt damit auch keine Erklärungsnot...das dürfte jeder in einer sec erfasst haben.

*max Peak sollte man ermitteln damit es je nach Ausstattung des Systems, nicht unter Lastszenarien zu Instabilitäten kommt weil das Netzteil dann die Last nicht abfedern kann. Man macht also beides. Wobei wir festgestellt haben das Software dafür allein nicht reicht, man rechnet also einen Fixwert oben auf je nach Effizienz des Netzteils.

Ja ok, gebe ich dir ja auch Recht.
Wieso wir uns Max Werte anschauen ist auch klar.

Diese sind aber auch für GPU-Z Verhältnisse der Max Wert, bedeutet diese Spitze wurde gelogt und wird angezeigt und nicht mehr durch die Testdauer oder andere Werte beeinflusst.

Die Avg einfach anzeigen zu lassen wenn man Leerlauf vorher und dann noch zwischen drin oder am Ende hat und die in der Messung mit inbegriffen sind bei GPU-Z, dann verfälscht das den angezeigten Wert.

Bedeutet lasse ich 2-3 Sekunden länger Nulllast mit laufen kann ich auch wieder mit noch besseren AVG Werten Angaben machen.

Daher meine Aussage das ich nicht weiß wie Gerry zu der Angabe der 2x95W gekommen ist.
Das er das über auslesen des avg in GPU-Z gemacht hat weiß ich, nur wie genau er das damit nimmt um diese dann auch als Wert für andere Vorzugeben, das weiß ich nicht.

Schöne Erklärung für I eff = I null / Wurzel 2 für Sinusförmige Wechselspannung. Vielleicht noch ergänzen das der Effektiv Wert der Leistung bei Wechselspannung dem Wert entspricht den ein Gleichstrom am selben Ohmischen Verbraucher erbringt. Für nicht Ingenieure.
Das ist das was ich noch so zusammen bekomme, bei Fehlern bitte korrigieren:fresse2:

Ich will da auch kein Fass aufmachen. Wir arbeiten insgesamt eh zu ungenau mit der zu Hilfenahme von GPU-Z, wenn man bedenkt über was wir das Diskutieren anfangen :fresse:

Für die Vergleichbarkeit ist auch alles Schick! :)

p.s das Labor und die Messverfahren von Igor sind bestimmt sehr interessant und mehr als nur einen Blick Wert! :)
 
Zuletzt bearbeitet:
Wir arbeiten insgesamt eh zu ungenau mit der zu Hilfenahme von GPU-Z, wenn man bedenkt über was wir das Diskutieren anfangen.
War zusätzlich ein 60 FPS Lock...jetzt wissen wir's.

*Meins war nur ein Bsp. ich hatte nebenbei noch ein Video laufen und auf dem Desktop umher gezappt, wollte es nur kurz erklären.
 
War zusätzlich ein 60 FPS Lock...jetzt wissen wir's.

*Meins war nur ein Bsp. ich hatte nebenbei noch ein Video laufen und auf dem Desktop umher gezappt, wollte es nur kurz erklären.

Na deswegen einfach denjenigen fragen wieso weshalb warum. Der kann es ja dann erklären.

*jap kein Thema, für die Allgemeinheit die es noch nicht wusste bestimmt interessant.
 
Zuletzt bearbeitet:
Zu GPUZ: kann man bei AVG einen Messzeitraum festlegen oder wird das immer von GPUZ Start an mit einbezogen? Möchte nur das die Werte gemittelt werden von z.B. Benchmark start bis ende und nicht der Leerlauf davor u danach.
 
@BERNIE
Habe mal Deinen PlanB= HBM-UV ala Free-server getestet. Läuft, aber k.A. ob 24/7 stabil.
Free-server hat schließlich viel bessere Temps. !
Zieltemp. 48°C Lüfter 1750/2950
RX56cf@Bios2 PT+50 P6 1477/908 P7 1592/910 HBM 840/830

TS(82,8fps@VDDC<0,89)
x hbm840@830.gif

Man muss jetzt immer 2x hingucken. Die avg.VDDC ist wirklich so niedrig(<0,89V).
DAS KÖNNTE MEIN 24/7 WERDEN.

Nachtrag:
Zieltemp. 48°C Lüfter 1750/2950
RX56cf@Bios2 PT+50 P6 1577-15/890 P7 1632-15/900 HBM 860/830
HBM 830mV scheint zu funzen.
TS=83,5fps und Temps werden gut gehalten.(günstiger für den Lüfter als P7 910mV)
RX64 schätze ich PT+10..+20 Lüfter 3250..3333 für gleiches Setting (nur bei guten Temps HBM1000/830)
avg.VDDC<0,87 scheint VegaAir gut zu passen.
Nachtrag 2:
Für max. HBM-Takt nehme ich dann 860mV .
Da muss man etwas auf die Temps aufpassen--> per fps-Limit.
funzt auch analog mit RX64
RX56cf@Bios2 PT+50 P6 1572-10/869 P7 1632-15/906 HBM 900/860 (RX64 HBM1020 evtl.mögl.)
TS(84,2fps mit 900 und 84,59fps mit HBM-Takt 905)
xts@1632.gif
Valley
xv@1632.gif

FAZIT: 830mV ist mit moderatem HBM-Takt OK. Für max.HBM-Takt besser 860mV nehmen !
 
Zuletzt bearbeitet:
Hat einer schon mit einer Vega Erfahrung mit der "Frame Rate Target Control" ? Insbesonders würde mich interessieren, wie dann die Frametimes sind. Funktioniert das FRTC gut oder gibt es heftige Ausschläge in den Frametimes ?
Welches Tool würde ihr zum aufzeichnen der Frametimes empfehlen ?

Thx.
 

Weiß jemand, warum es nur bei der Vega 56 und nicht bei der Vega 64 Performancegewinn durch den Treiber bei PUBG gibt?


Hat einer schon mit einer Vega Erfahrung mit der "Frame Rate Target Control" ? Insbesonders würde mich interessieren, wie dann die Frametimes sind. Funktioniert das FRTC gut oder gibt es heftige Ausschläge in den Frametimes ?
Welches Tool würde ihr zum aufzeichnen der Frametimes empfehlen ?

Thx.

Weiß nicht genau, was das mit den Frametimes zu tun hat. Ich nutze Frame Rate Target Control im Treiber global, um die FPS in allen Spielen auf unter 99 FPS zu halten, damit FreeSync immer am 100 Hz Monitor an bleibt.
 
Moin Jungs.

Angespornt durch eure HTPC UV versuche habe ich mal im Hintergrund mitgemacht.
Leider musste ich schnell feststellen, das je tiefer ich wollte, mir ein paar Kleinigkeiten einen Strich durch die Rechnung machte.
Der Statesverlauf wurde immer "beschissener" (Takt/Spannungsverlauf). Das gab einen tiefen Sturz ab >P5. (Gott sei dank sind die Ing. bei AMD nicht Dumm und haben uns AVFS zur "Verfügung" gestellt)
Dieses musste halt häufiger nachregeln.
Dieses führte Ingame bei Lastwechsel stellenweise zu kurzen Ruckelorgien.
Bestes Beispiel SWBF2: Wenn mich Yoda mal wieder aus den Latschen gehauen hat, war der übergang Game/Characterauswahl sehr abgehackt.
Das die VDDC sowieso das machte was sie wollte war klar.
Es musste eine Lösung her.
Nach Rücksprache mit Kintaro89 stellte er mir freundlicherweise ein paar regfiles mit Unterschiedlichen Regelungen zur Verfügung.(von 1100mV-900mV)
Ich durfte mich also austoben. :asthanos:

Schnell stellte ich fest das mir selbst 900mV zu wenig bzw zu viel waren.
Ein neues file kam. 835mV
Kurioserweise kam die VDDC unter Last nie unter 0.85mV. Scheint wohl doch noch ne Grenze zu geben. Idle lag ich bei 0.8125mV.
Bei der 56 ist die Grenze der VDDC unter Last bei um 0.9000mV (hast du da was bemerkt Gerry?)

Neues file kam 0.850mV (Danke dir nochmals Kintaro für deine selbstlose Hilfe)

Dieses möchte ich euch kurz Vorstellen.
Wen es nicht interessiert, kann gern ab hier nicht mehr weiterlesen.

RegFile für Red Devil 64 ...OC BIOS(260w)... pt-30, bleiben 182w für die GPU. Erzeuge also keine PT Limitierung
Man sieht später schön das die VDDC bei last auf ihren wert +- geht und bei weniger oder Idle runter.

Idle Desktop selbsterklärend^^

Desktop_Idle.png

Das beliebte TS

850_TS.jpg

Valley

850_Valley.jpg

SWBF2 ohne!!! FPS-Limitierung (aber mit Tess x6, AMD Opt tu ich mir da nicht an)

SWBF_OHNE_FPSLIMIT.jpg

reichte für im Durchschnitt 110fps+. Es ist wirklich beachtlich was die Vega leisten kann. Wer erzählt immer den Blödsin das es keine Karte zum Zocken ist?!
Später nutze ich FRTC 85-90 in Verbindung mit Freesync auf einem C34f791 (3440x1440)

Und zum Schluss mal nen Außenseiter für unsere Wot-Fans. WoT-Encore(Bench) Das ist Wargamings neuste Engine für WoT ab ich glaube März??
Scheint auch wieder NV freundlich zu sein. Werd wohl mal bei Gelegenheit mit ner 1070Amp!Extr gegentesten müssen.
Die neue Engine kann man auch auf dem Testserver spielen. Sieht wirklich gut aus. :)

WoT_Encore.jpg

Was bleibt mir zum Schluss noch zu sagen, außer das ich mir nen Profile für die 0.8500 und 0.9000 erstelle und nutze.

Die Ruckelorgien sind vorbei. Ein smoother Übergang der States ist damit gewährleistet!!

Das 0.8500 find ich sehr interessant, für leute, die ihre Vegas in kleinen warmen Umgebungen betreiben. Ich denke so an Backofen oder Kamin. ;)
Das nutzen der files ist wirklich simpel wenn man ein paar Kleinigkeiten beachtet.
Ich denke mal Kintaro89 wird bestimmt niemanden abweisen der ihm eine PN mit einer Anfrage zukommen lässt. :)
Danke nochmals für deine Hilfe.

Grüße

Ps: Der Text spiegelt meine persönliche Meinung und Erfahrung wieder und stellt eine mögliche Alternative zu normalem UV dar.


Edit: Die hohen Temp in Relation zu meinen bisher geposteten Pics kommen zustande weil ich die Lüftersteuerung meines PC´s auf Silent laufen ließ. (HTPC wenig spiel bei Kühlung) War ingame schön leise wenn die Karte erst mal anlief und
auf ihre Temp war.
 
Zuletzt bearbeitet:
Hat sonst noch wer bei GPU-Z 2.7.0 manchmal Auslesefehler bei HBM Temperatur? Bei mir werden da kurze Spitzen mit über 200°C angezeigt. Andere Monitoring Programme (HWInfo, Afterburner) zeigen normale Temps.
 
Jo.

3mio.gif

Hatte noch eins mit 3,3mio W verbrauch. Bin auf die nächste Abrechnung gespannt. :fresse:
 
@Devil
Jetzt fällt der Groschen. Du wolltest wie free-server P7 830 ? (entspr. P4/5 mit Reg.hack)
Das kann net funzen bei Deinen Temps! Da gehen Dir eff. 10..20mV verloren.
Bei mir war unt.VDDC=0,8688, deswegen P6 869 gesetzt. Bei mir Alles rel. smooth keine bemerkenswerten Ruckler. Aber HTPC ist nicht mein 24/7 geblieben.
Habe heute mal geschaut, was ich mit Lüfter 2950 gerade noch gut verkrafte.
RX56Cf-Bios2 P6 1562/869..881(teste noch) P7 1617/918 HBM 905/910
Bei mir ist HBM 910mV wichtig für den eff.Takt. Da bekomme ich auch mehr W als mit dem HTPC wo bei mir trotz PT+50 net genug kam. Untere VDDC kann ich gar nicht mehr sagen, weil jetzt meistens durchgängig mit den 0,918V. Nutzt eben P7 besser mit HBM 910mV. Gerade nochmal geschaut, mit P6 881 wird die untere VDDC=0,9063V. Werde da wohl Richtung P6 888+ gehen, mal sehen was stabil.
btw.
Bei mir war HBM830mV auch nicht genug für höheren HBM-Takt, kann aber an Cf 1+3 liegen.
Beim HTPC war avg.VDDC knapp über P6 und unter 0,9.
War mal ein schöner Spass, aber Nichts für Mich im Sinne von opt.min.fps+fps-Limit.
Bei Dir sicher sinnvoll, weil Dein Verbrauch Das auch ein bisschen nötig hatte.
Ich denke manchmal, das die Temps der Spawas gut sein müssen, weil sonst dort W verpuffen.
(33Mio°C = Nice, da freut sich Deine Schatz und findets kuschelig)
btw.
Dank an Kintaro für die Mithilfe bei Devil.

btw.
mein TS mit HBM 910mV(86fps), der eff.Takt ist für ne 56 gut. (64 hat da glatt 50 mehr)
xts918.gif

An Deiner Stelle würde ich mir auch ein Setting mit HBM 1050+/960 machen.(eff.Takt +)
 
Zuletzt bearbeitet:
@Gerry

Hört Hört :)

Wäre wirklich nett wenn du kurz erklärst was du mit den W im HTPC meinst, bei dem PT+50 nicht genug war.

Ebenfalls denke wäre erwähnenswert was du mit untere Vddc meinst. Ob das Idle betrieb ist oder die Vddc für vollen Takt?

Danke :)
 
Wäre nett wenn du kurz erklärst was du mit den W im HTPC meinst, bei dem PT+50 nicht genug war. Ebenfalls denke wäre erwähnenswert was du mit untere Vddc meinst. Ob das Idle betrieb ist oder die Vddc für vollen Takt?

Idle mess ich nicht. Die unt.VDDC im TS, bleibt ja nicht konstant. Bei Valley i.d.R. noch ein mue höher. Das ist ein guter Anhaltspunkt für P6. P6 kleiner ist net so stabil nach meinem Gefühl.
Bei den HTPC-Runs hatte ich i.d.R. nur 135W avg. in T1.
Mit HBM=910mV komm ich auf mehr W und daher auch der bessere eff.Takt.
Der UNCORE hat doch eine große Regelungsfunktion.
Die h2o-Kollegen bei PCGH, die ganz hoch hinaus wollen gehen sogar auf 1100mV.(bei P7 1,25V)
btw.
Devil hatte für HTPC eigentlich zu viel Lüfter und die Temps waren nicht so gut wie erwartet mit lediglich 150W.
Eigentlich sollten Alle mit red. Lüfter schauen was bei niedr. V geht.
Könnte sein, das die Zieltemp. zu hoch eingestellt war.
 
Zuletzt bearbeitet:
Idle mess ich nicht. Die unt.VDDC im TS, bleibt ja nicht konstant. Bei Valley i.d.R. noch ein mue höher. Das ist ein guter Anhaltspunkt für P6. P6 kleiner ist net so stabil nach meinem Gefühl.
Bei den HTPC-Runs hatte ich i.d.R. nur 135W avg. in T1.
Mit HBM=910mV komm ich auf mehr W und daher auch der bessere eff.Takt.
Der UNCORE hat doch eine große Regelungsfunktion.
Die h2o-Kollegen bei PCGH, die ganz hoch hinaus wollen gehen sogar auf 1100mV.(bei P7 1,25V)
btw.
Devil hatte für HTPC eigentlich zu viel Lüfter und die Temps waren nicht so gut wie erwartet mit lediglich 150W.
Eigentlich sollten Alle mit red. Lüfter schauen was bei niedr. V geht.
Könnte sein, das die Zieltemp. zu hoch eingestellt war.

Im Grunde anders herum mit den Watt, durch die erhöhte Spannungsregelung 910mV steigt die Vddc und du generierst in Kombination mit den Einstellungen in Wattman für P7 einen höheren effektiven Takt und der wiederum verursacht höhere Watt im Vergleich zu Spannungsregelung 830mV.
Bei Volllast Szenarien wie TS mit 99-100% GPU-Load kommt in der Regel kein P6 während der Demo oder Testsequenzen!?
Valley kann es schon eher dazu kommen.
Von den Lüfter müsstest du Devil fragen wie wo was.
Die 150W hat er zusammen mit 1000MHz HBM und die heizen auch mit ein im Vergleich zu 840MHz.

Welche Tipps für die Lüfter bei ihm hättest du? Da kann ich leider keinen Vergleich ziehen oder mit versuchen.
Und zu deinem bleibt nicht konstant, bei Devil oder mir z.b. mit reg.file läuft die Vddc mit der Auslastung und Takt mit, bei dir sieht man da öfter ein hin und her beim Takt-,GPU-load- und Vddc Balken in GPU-Z, funkt da Crossfire rein? das du da nicht auf 99-100% Load bleibst?

Ja wenn es hoch hinaus soll, bringt die Spannungsregelung mit 1100mV viel. (RedDevil64 generiert darüber unter anderem auch ihre Mehrleistung gegenüber Ref.) Vddc wird nicht so stark nach unten geregelt.

@Devil könntest du HTPC noch mal mit 945MHz stock oder 840MHz HBM laufen lassen für die Vergleichbarkeit bitte.
 
Zuletzt bearbeitet:
@Gerry

Moin.
Zieltemp hatte ich nicht verändert(55), genauso wenig die max von 2500rpm. Einzig die Lüftersteuerung des Pc hab ich auf Silent laufen lassen. Is ja nen HTPC Setting. ;) Mit sowenig wie "nötig" soviel wie "möglich"erreichen. :bigok:
Daran arbeite ich aber noch. :)
Hab ich noch mal dort unter Edit hinzugefügt.

Soweit ichs jetzt kapiert habe(bitte berichtigen fals falsch), durchstösst du alle 0.0500mV eine Grenze der Regelung. Wenn dir der Bereich von Temp/VDDC/Verbrauch gefällt, kann man sich darin austoben.
In dem Bereich sollten Taktsteigerungen kaum auswirkungen darauf haben. Die W werden nur nen ticken mit steigen.
Wie gesagt, unterste Grenze der Regelung VDDC ist unter Last bei meiner 64er 0.8500 mV. Tiefer gehts nicht.
Hmm, bei der 56er dacht ich man kommt nicht unter 0.9000mV Last. Wie das bei dir hinhaut, weiß ich ehrlich gesagt nicht.:confused:

- - - Updated - - -

@Devil könntest du HTPC noch mal mit 945MHz stock oder 840MHz HBM laufen lassen für die Vergleichbarkeit bitte.

Aber klar doch.
Füge hier dann gleich mal TS+Valley ein.

Edit: Testumgebung wie gestern. 55target 2500rpm, Lüfter Silent, nur den HBM Takt auf 945(stock) gesetzt
Vorher paar Runden SWBF2 zum Aufheizen.

850_TS.jpgTS HBM1000 TS_neu.jpgTS HBM945 TS_hbm1090.jpgTS HBM1090


850_Valley.jpgValley HBM1000 Valley_neu.jpgValley HBM945 Valley_hbm1090.jpgValley HBM1090

Wenn ich die Kühlung dahingehend Optimiere das ich eine HBM temp von unter 58c realisiere, könnte ich nen Takt von 1110 fahren. :)
Mal sehen obs möglich ist.

edit: Wird wohl nix. Karte boostet dann gleich. selbst Takt -20Mhz brachte nix. Werds mal bei dem 900mV file probieren. :(

Grüße
 
Zuletzt bearbeitet:
@Devil
Für HTPC hatte ich Zieltemp.48°C Lüfter 1500..1750/2250. (wäre bei Dir 1250/2000 gewesen)
Die 2250 waren Bernies Wunsch.
Für mich persönlich sind 2950 Ok. Das passt dann wieder zu Deinen 2500.
HBM-Takt > 1050 bringt Dir bei dem niedrigen eff.GPU-Takt nicht viel.
Daher war meine Empfehlung für Dich HBM 960mV (evtl. hilft schon 910mV...860mV) und passende P3-7.

btw.
K. ist immer noch auf meiner I.-Liste. Gestern habe ich nur in den Beitrag geschaut, weil von Devil mit genannt.
Wenn K. Fragen an mich hat geht das also nur noch per PN, weil ich im Thread seine Posts nicht mehr anschaue.
 
@Gerry

Wenn ich HBM 960mV nehme, verschiebe ich die Grenze der Regelung unter Last auf den Wert. Somit müsst ich wieder P6 P7 höher ansetzen.

P5(Chip)=P3(HBM) bei mir, ohne Anpassung P6 P7 hab ich wieder ne unsaubere VDDC Regelung.
Müsst ich mit dem 1000mV file machen. Dann komm ich auf Grund der temp aber nicht mehr unter 58c HBM.
Mir bleibt nur das 900mV oder evtl. wenn ich es bekomme, ;) nen 950mV.
Mag sein das die 1090 kaum was bringen, aber sind soweit wie ich es sehe kostenlos. 1-2w Kann aber auch Messtoleranz sein.
Mitlerweile hab ich alle files die ich habe(835mV(rip)--850mV--900mV--1000mV--1050mV--1100mV dank promter Lieferung durch Kintaro :) ) ausgelotet was mit meiner RD64 möglich ist. (Also wer mit ner RD64 interesse hat...)
Herrauskristallisiert haben sich dabei 850mV und 1000mV durch Verbrauch in Relation zur Leistung.

Grüße
 
Zuletzt bearbeitet:
@Devil
Für HTPC hatte ich Zieltemp.48°C Lüfter 1500..1750/2250. (wäre bei Dir 1250/2000 gewesen)
Die 2250 waren Bernies Wunsch.
Für mich persönlich sind 2950 Ok. Das passt dann wieder zu Deinen 2500.
HBM-Takt > 1050 bringt Dir bei dem niedrigen eff.GPU-Takt nicht viel.
Daher war meine Empfehlung für Dich HBM 960mV (evtl. hilft schon 910mV...860mV) und passende P3-7.

btw.
K. ist immer noch auf meiner I.-Liste. Gestern habe ich nur in den Beitrag geschaut, weil von Devil mit genannt.
Wenn K. Fragen an mich hat geht das also nur noch per PN, weil ich im Thread seine Posts nicht mehr anschaue.

Wenn du verstehen würdest was du ihm da über Wattman empfiehlst, würdest du es sehr wahrscheinlich nicht mehr machen.

Naja ist wirklich Schade, das du nicht auf einfache Fragen antworten möchtest oder kannst.
Gerade deine GPU-Z Screenshots haben einige Auffälligkeiten und lassen Fragen offen.

Aber zumindest hast du in letzter Zeit einen guten Einblick gegeben was passiert wenn du alleine mal rumfummelst(anders kann man es mittlere weile nicht mehr nennen).

Auch wieder Schade für Bernie der sich dann ziemlich schnell wieder zurück gezogen hat, nach der erfolglosen "Optimierung".

Ich werde mir sicherlich nicht wieder irgendwelche zynischen Kommentare ohne Bezug auf die gestellte Frage antun von dir über per PN.

Wenn öffentliche Empfehlungen kommen ohne Erklärung oder missverständlichen Erklärungen und Fragen dazu auftauchen, sollten diese doch auch öffentlich geklärt werden.

GerryB Zitate:
"Bei mir ist HBM 910mV wichtig für den eff.Takt. Da bekomme ich auch mehr W als mit dem HTPC wo bei mir trotz PT+50 net genug kam. "
"Mit HBM=910mV komm ich auf mehr W und daher auch der bessere eff.Takt."

Alleine diese Sätze sagen doch schon soviel über dein "Verständnis" für die Einstellungen aus.
 
Zuletzt bearbeitet:
@Devil
Das kann bei Customs anders sein als bei Ref. .
Bei mir scheint immer 860,910,960mV etwas zu bringen.
Evtl. reicht wie gesagt schon HBM910mV bei gerade noch guten Temps.
(richtig: die anderen GPU-States passend zu HBM V dann natürlich anpassen.)

Ich könnte mir vorstellen, das ein Zwischending zw. Deinem 1,0V und dem 0,85V -Setting dann noch mit den Temps passt.
Wg. HBM-Takt reicht meistens 20xfps+40..50 falls es nichts kostet. Kostet= nicht nur W sondern auch Temp.!
Am Ende soll doch der Lüfter möglichst klein gehalten werden.

Ich werde am WE mal schauen ob ich mit der Range von Satuan zurecht komme. (960..975mV)
Da werde ich dann aber bestimmt den Lüfter auf 3250 anheben müssen.(bei Dir 2700?)
 
Zuletzt bearbeitet:
@Devil
Das kann bei Customs anders sein als bei Ref. .
Bei mir scheint immer 860,910,960mV etwas zu bringen.
Evtl. reicht wie gesagt schon HBM910mV bei gerade noch guten Temps.
(richtig: die anderen GPU-States passend zu HBM V dann natürlich anpassen.)

Ich könnte mir vorstellen, das ein Zwischending zw. Deinem 1,0V und dem 0,85V -Setting dann noch mit den Temps passt.
Wg. HBM-Takt reicht meistens 20xfps+40..50 falls es nichts kostet. Kostet= nicht nur W sondern auch Temp.!
Am Ende soll doch der Lüfter möglichst klein gehalten werden.

Ich werde am WE mal schauen ob ich mit der Range von Satuan zurecht komme. (960..975mV)
Da werde ich dann aber bestimmt den Lüfter auf 3250 anheben müssen.(bei Dir 2700?)
Schwer zu Sagen. Bin 1 state höher angesiedelt als Ref.
Bei deinen 860, 910,960 müsste bei dir VDDC zwischen 0.900-1.000 +- in etwa rumhopsen.

Ich schau mal, möchte gern mal die HBM1110 stabil sehen. ;)
Temp kostet es nichts soweit ich das sehe. Messtoleranz. Bei Silent Lüfter. ;)

Bis 1000mV VDDC komm ich super mit 2500rpm aus.Darüber halt jenachdem was ich erreichen will.

Screenshot (197).jpg Mein bisheriger max @1100mV (noch unoptimiert
Kuschlig ists auch noch. will nicht über 90c Hotspot gehen. auch wenn mehr erlaubt ist.

da komm ich @1050mV günstiger hin
Screenshot (193).jpg


Aber ich bleib erst mal bei 850mV und 1000mV. evtl. kommt ja noch nen 950mV:asthanos:

mfg
 
Zuletzt bearbeitet:
@Devil
Bei mir war gestern mit HBM=910mV die VDDC zw. 0,906 + 0,9186 vom P7=918mV.(P6 war gestern Nacht bei 888mV stabil aber fehlt noch Langzeittest)
Da würde 910 bei Dir bestimmt auch noch super von den Temps gehen. Zieltemp.48°C ?!
(nochmal mein Setting: RX56Cf-Bios2 P6 1562/888 P7 1617/918 HBM 905/910 PT+50 Lüfter2950)

Schon beeindruckend wie Dein Kühler die 300W verdaut.
Wie Du schon sagst, Da ist noch Einsparpotential ohne Ende. Man muss halt nur die richtige Balance finden.
Warum eigentlich 950mV und nicht mal 960mV probieren?
Falls der UNCORE so etwas wie ne Reglerfunktion hat, dann ist da evtl. ein Unterschied.

btw.
Irgendwie habe ich seit 18.2.1 nicht mehr so viele Probleme mit Boost.
Good Job AMD
 
Zuletzt bearbeitet:
Die 0.0500 zwischenschritte nehm ich das ich nen vergleich zu ohne file hab.

Das Problem bei mir war bei weit tiefer als 1000mV ohne file.

z.b.P7 900mV P6 880mV Man passt ja automtisch den Takt an und setzt ihn höher. Der eff. Takt verringert sich ja mit jeder Stufe die man tiefer geht. Irgendwann hast so etwas wie P7 1640/900 so in etwa 1500 +- eff.
Was passiert aber wenn man über p5 1100mV kommt und nicht schnell genug nachgeregelt wird. Dann stehen da 1100mV 1640 eingestellten Takt gegenüber. Sind bei mir ca 1590Mhz effektiv. Und dann kommt wer und nimmt mal eben schnell 0.2000mV ( Natürlich worst case, P6 steht zwar noch dazwischen wird aber auch gern übersprungen wenn zu tief angesetzt)
Passiert natürlich nicht sehr oft. Aber oft genug. (ein hoch auf AVFS)Das endet meistens in Ruckelorgien oder schlimmeren. Bei NV wärste da wahrscheinlich schon beim Neustarten bei. :fresse: So red ich mirs gerade ein :)
Berichtigungen werde Dankend von allen seiten entgegengenommen.

Jup, finde auch das die Treiber immer besser werden. Obwohl sie vorher nicht schlechter liefen :fresse:

mfg

Edit: Werte berichtigt
 
Zuletzt bearbeitet:
@Devil
Du mit RX64 dürftest doch gar keine Probleme mit Einstellung nur per Wattman haben.
Man kann den P6 soweit von P5 weg setzen, das kein Überspringen passiert.(P5 1401 P6 >1562 = Safe)
Da ist bei mir 1474 zu 1562 schon knapper.(Original war bei mir glaube P6 1532)
 
@Gerry

Hab noch schnell paar Bildchen rausgesucht. Nicht auf takt und so schauen. Spannung+ VVDC interessant

Meine Lernkurve
18.2.1 swbf.jpg hatte da noch die Rosa Brille auf. sehr rucklig ingame( statewechsel) und AVFS war immer an(VDDC)

Screenshot (122).jpgda hatte ich dann über die Im Forum geposteten Sachen mal nachgedacht(Spannungsverlauf/Abhängigkeit) Aber immer noch nicht Optimal.(hätte lieber P6 P7 HBM 1000mV einstellen sollen. Wäre das gleiche gewesen) Spielbar. Aber beim Wechseln Game/Characterauswahl etc. rucklig.
(Ist für die RD64 evtl auch 64ref die untere Grenze die ich nach meinem Wissen und Gewissen empfehlen würde...ohne regfile)

Screenshot (189).jpgScreenshot (190).jpgSWBF_ohne_fpslimit.jpgregfile: Aktuell. Sauber in jeder Lebenslage. :) Bin damit sehr zufrieden. Wenigstens mal probieren wenn man tiefer bei der 64er als 1000mV will/eine 56er Harmoniert auch sehr gut mit kleineren States. :)
2500w bei SWBF. oha

Meine Aktuelles
https://www.hardwareluxx.de/community/f305/amd-rx-vega-sammelthread-faq-1173167-201.html#post26158818

Wenn was Falsch ist bitte berichtigen. :)

Grüsse

Edit: Sry hab mal wieder versäumt die bilder anzupassen.
Wenn gewünscht hol ich es nach
Edit2: erledigt
 
Zuletzt bearbeitet:
und ich ebenfalls, seit 18.2.2 habe ich weniger verbrauch in ts bench bei p6/1567/975mv, p7/1667/1028mv, hbm2@1140 bei 950mv !

hier bild beweis :o

ansonsten im pubg habe ich auch stabilere fps !

und ja good job amd :bigok:
 
Zuletzt bearbeitet von einem Moderator:
und ich ebenfalls, seit 18.2.2 habe ich weniger verbrauch in ts bench bei p6/1567/975mv, p7/1667/1028mv, hbm2@1140 bei 950mv !
hier bild beweis :o
ansonsten im pubg habe ich auch stabilere fps !
und ja good job amd :bigok:

NICE Schön auf die 55fps getrimmt.


@Devil
Wenn P7 1,0V schon so gut läuft brauchst Du doch gar nicht weiter runter. Den Rest an Einsparung macht das fps-Limit.
Da musste mal schauen ob das fps-Limit +/-2fps das Ruckeln im Menü verändert.(weil das ändert auch Streamen)
Ansonsten frag mal Ragman.
 
Zuletzt bearbeitet:
und ich ebenfalls, seit 18.2.2 habe ich weniger verbrauch in ts bench bei p6/1567/975mv, p7/1667/1028mv, hbm2@1140 bei 950mv !

hier bild beweis :o

ansonsten im pubg habe ich auch stabilere fps !

und ja good job amd :bigok:

Alte Schwede. Ich möcht auch nen TR. Am besten deinen. :)
 
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