Du verwendest einen veralteten Browser. Es ist möglich, dass diese oder andere Websites nicht korrekt angezeigt werden. Du solltest ein Upgrade durchführen oder einen alternativen Browser verwenden.
@Sylwester. Congratulations!!! @hellm ja ich würd dir auch gerne schon lange was soeben, aber mit Cryptos hab ich halt nichts an Hut. @jango201 hat du einen eigenen Thread geöffnet und hier noch den Link dazu? Dass wir deine gesamte Hardware hier im Thread mitnehmen wird ein bisschen zuviel OT.
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
@Sylwester. Congratulations!!! @hellm ja ich würd dir auch gerne schon lange was soeben, aber mit Cryptos hab ich halt nichts an Hut. @jango201 hat du einen eigenen Thread geöffnet und hier noch den Link dazu? Dass wir deine gesamte Hardware hier im Thread mitnehmen wird ein bisschen zuviel OT.
Moin, (Hab jetzt einen separaten Thread für den Spaß) Ich möchte meine rx 6900xt Red Devil definitiv overclocken, müsste aber vorher ein zwei Fragen geklärt bekommen. Ich hab mir den super guten Guide auf hardwareluxx durchgelesen...
merci, nochmal (kann's ned oft genug sagen, sry ) für dein tool, ich find's immer wieder spitze! aaaber... kannst du vllt. bitte eine andere / zusätzliche möglichkeit zur spende, neben den bitcoin, einrichten...?
FCLK is Infinity cache related, while we likely want to match Memory Access Last level, at the same speed as FCLKmax (98% sure only, as it was only on 1400 while FCLK was on 1940 for 2600mhz peak clock)
Halt den Mund und nimm mein Geld!
Die Idee ist aber gut, gerade wenn sein Hobby ist und man sehr viel Zei investiert, der Nutzen ist für alle ein grosser.
Ich hatte es mit absicht schwer übersetzbar geschrieben, wegen abschauer
NimeZ treiber package (21.11.2 trifft sich gut), nummer 3 in dem tool für die erweiterten optionen und das auf aus
P-State = nvidias performance optimized sheduling, hab ich noch nicht direkt als "positiv" heraustesten & beurteilen können. Aber ULPS egal was AMDs papiere sagen, ist für navi 21 ~ an
Sehr warscheinlich zusammen mit DF_C-State = C6 state = "wenn möglich" lege teile der CU's schlafen.
Zu dem thema hab ich noch nichts direktes rausgefunden, ob nun die RT accelerators bzw teile der CU wirklich hard-suspend schlafen können, aber ULPS arbeite mit den DF_C-States zusammen (so wie C6 bei Vermeer, wäre es nicht komplett verbuggt ~ aber für die APUs scheints ja zu laufen)
Also das ding auf aus, half bei mir bei höherer V/F curve, bei idle oder zwischen szenen bzw curve-state wechsel
Kann man denke ich auch so daily'n. Die karten sind sparsam genug, auf die 5-10W kommts denke ich nicht drauf an
Das selbe mit der DF_C-State option. Kann ruhig aus für die stabilität. Ob es wirklich was bringt, müssen wir später sehen sobald curve edditing nun auch wirklich gehe
Eine weitere Bestätigung finde man hier
Vonwegen AMD trickse nicht auf driver level
Die wichtigsten Sachen wären für uns bzw spiele perf
ULPS, AMDs Art von openGL tripple buffering, Powergating & clockgating (MPT), sowie D3D auf 8 (welches hier auf 3 sei ~ gestackte, shedule-processed frames amount)
~ D3D war mal auf 16
Ebenso interesannt wäre diese option
In Computer\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{4d36e968-e325-11ce-bfc1-08002be10318}\0000
Da es damals um das Tess thema noch ging ~ welches ich immer noch verneie, aus eigenen beobachtungen
(es sind nicht die settings die crashen und buggen, wattman ist nur ne gui, die setting in der inf sind read only und signiert
~ da kann nicht corrupted gehen und nun seit 21.11.2 nichts mehr angepasst werden)
mehr dazu später/ein anderes mal wenn es weniger streit gibt @L!ME hat recht dass bestimmte features bei mehrmaligen CRU neustart crashen und es einen leistungsschub gibt ~ kann ich nun bestätigen
Erst nach dem crash, begannen Frequency Werte weiter zu skallieren ~ sobald X feature aus war
Aber es habe nichts mit der wattman thematik zu tun und absolut nichts mit LOD, Tess, anderen settings , worin es streiterein und blödsinn-drama gab.
Nochmals, die settings sind signiert und read only, wenn da mal was "bricht" bricht WHQL und der driver wird nicht geladen oder als modifiziert erkannt.
Hätte OverdriveNTool ne min-freq , würde ich wattman fürs benchen garnicht erst anfassen. Image sharpening und Low Latency mode (beide gehen durch in 3DMark) sind aber ein netter bonus von dem AMD FidelityFX suite
EDIT:
* L!ME habe recht und was "brickt/buggt" ist ein sensor/feature der karte, nichts driver related (das ist garnicht erst mehr möglich) somit ist jeder score legit und wird es immer bleiben ~ ab 21.11.X
Aber "mehr dazu später" ~ wenn sich das Thema beruhigt hat und leute weniger wuschig drauf sind und nicht streit suchen.
Denke ich habe langsam eine voranhnung was es sein kann. Aber CRU reboots sind schuld. Nur weil es kein "bug/cheat/was auch immer ist" , kann es weiterhin jeder nützen der glücklich genug ist nach vielen unstable runs, die karte (firmware) zu verbuggen.
Naja, nicht dass MPT anders sei , mit den flags-off optionen ~ quasy 1:1 das selbe Endresultat (features sind off), aber jedem das seine
=======================================================================
Project Hydra, gehöre dem selben macher wie CTR, nur noch im Alpha State ~ somit nur Donationware via Patreon
Hilft allerdings die CO werte direkt rauszufinden ohne tagelanges testen (dauert 1h pro 3 kerne)
Garnicht, man muss mit den limits leben und drumherum arbeiten
FIT-PRE siehst du in ZenPTMonitor, das selbe mit procHOT.
Es sind hardcaps, aber immer noch unbekannte in der Vermeer Szene (Vermeer = Architektur/codename der consumer 5xxx CPUs)
Das einzige was du ändern kannst, ist die VID pro kern dank CurveOptimizer, damit die gesammte VID der CPU sowie die kerne ~ nie über 1.398 spiken. Tun sie das, werden sie freq-throttled
Hab 3 Tests laufen lassen mit CTR, der 1. war supi. Silver.
Für den 2. wollte ich LLC im Bios auf mode 3 stellen, weil das bei MSI boards gut funktionieren soll.
Wichtig bei loadline tuning ist mittels CTR, die VID und die TEL (telemetry spannung, VID global erbittet, TEL liefert) Spannung ~ möchtest du beide so nahe wie möglich halten
Das ist wichtig, wenn du mit/in solch niedrigen limits von AMD arbeiten musst
Zb bekommst du solche Ergebnisse raus. Meistens stimmt es auch
Bekommst du aber sowas raus, nun dann tut es mir leid, aber egal wie genial die CPU ist ~ FIT wird throttlen, da AMD nur ein -30 limit erlaubt
Ich wünschte ich müsste das ding nicht zurückschicken, aber realtität war ~ alle ryzens sind overvolted und die limits im Bios zuu strickt. Schade eigentlich
Ok das wars mit der Hilfe,
Wenn du wirklich noch hilfe bei AMD brauchst (nicht RX technisches) ~ dann mache dir bitte doch einen eigenen Thread auf
Es sind zuu viele Kleinigkeiten, und der Post ist schon lange genug
=======================================================================
Aah ich finde die alten posts und mentions nicht
6800XTC biose, ja sind anders. Sie sind nur an Karten mit Type-C ports gerichtet und glaube sogar dass diese nur? 3x8pins haben anstelle 2
Ob memory straps bzw die Curve anders ist, kann ich nicht sagen. Posten kann ich sie nimmer
@ShirKhan nein, ich schreibe von keinem ab. Ich bin nicht auf Rivalism aus :P Naja nur ein klein wenig 🤭
Es macht mehr Sinn wenn mehrere Leute auf dem selben nenner kommen, anstelle dass ich nur Sylvester's posts folge
Mein setup war mit minmax values, wobei vieles dank dem VMIN flag nicht mehr auf "min" zurück gehe.
Sylvester's setup ist für sich selber unique , aber wir beide (ehmalig) rennen niedigen SOC tackt mit "niedriger" SOC voltage. 1.1v so um den dreh herum, genug für memoryOC, da signal integrity komplett in den eimer geht bei mir ab 1.2v SOC, und nicht mal 1.25v was ändern
Nun, komplett ausgenommen dass 21.1.2 garantiert einen 1.2v lock habe und die Karte sich seit dem leicht anders benehme
Ich poste später dann mal paar slides (hängen auf der NVMe im anderen PC)
AMDs engineering Team, habe entschieden core clock zu pushen aber auch nur weil Infinity Cache mit ins spiel kaam
Ansonnsten müsste eine 384bit wide memory "bus/integration" nenne ich es mal, her ~ um die CUs nicht zu bottlenecken
2600C-CLK entspreche etwa 1940mhz FCLK ~ als "hoch genug" um nicht als bottleneck zu fallen
Welches auch heißt - deine min FCLK werte müssen in etwa deinen min CoreClock werten übereint stimmten
Das heißt auch, die minimum SOC wäre in etwa ab 980 bei nahe 1400 FCLK (so grob um den daumen ausgerechnet). Oder um die 1025mV für 1800FCLK. Müsste man mal testen ob die ranges "tiefer" gehen
LastMemoryAccess, wie gesagt bin ich mir nicht ganz sicher
Bei dem hohen VCLK bump setup - ist gerade nicht FCLK 2200 das Problem (wobei SOC nicht mehr als das erlaubt) , sondern eher MCLK & UCLK
Memory frequency wurde laut den tests mein momentaner bottleneck ~ und da Freq eh nicht höher ging bei den Temps, hänge ich bei dem ~ bevor ich irgendwelche score bumps wieder sehe, nachdem PhyClk und VCLK maxed sind
Soweit ichs sehen könnte, sollte LastMemoryAccess zumindest über dem 1940er limit sein, und entweder gleich FCLK, doppelt von SOC freq, oder nahe zu memory clock sein
Noch hab ich es nicht genau rausgefunden, aber wenn es "aligned" - dann sieht man einen punkte bump. Was genau von den 3 optionen das richtige ist, kann ich dir vorerst noch nicht sagen
Ob es nun MemoryDPM, FCLK oder SOC_Freq abhängig ist, worauf der Wert stehen sollte
Die "weleh methode" gehöre einst Vince (Kingpin) und Jayz2cent nützte sie hier und da
Womöglich einiges an Leute, mit dem Profile shortcut umschalten trick. Kingpin garantiert immer noch
Ich hatte darauf vergessen 🤭 aber noch nicht so mein still, dafür kann man Ampere limits begrezen bei unstabilen tests
Das selbe mit dem Reset switch zum CMOS button zu binden ~ glaube auch Vince gehört dem credit dafür
Aber es musste gesagt werden, da manches Pferde hier wirklich hoch sind ^^'
Es kaam mal ein mention von dir, wegen den geteilten MPT settings
"dass es fast wie Sylvesters no limits ist, nur mit limits"
Oder so in etwa. Ich finde den Post nicht mehr
Aber vlt hast du recht, ging nicht an mich und er wurde eddited~
Das war eine ernst gemeinte Frage. Die @Sylwester.-Variante hat hier Score-Power freigesetzt. Ich hatte die deaktivierten Features ungetestet von ihm übernommen und wollte das von dir wissen, was ich dort geschrieben hatte. Nicht so wichtig und auch nicht präzise formuliert von mir.
Soweit ichs sehen könnte, sollte LastMemoryAccess zumindest über dem 1940er limit sein, und entweder gleich FCLK, doppelt von SOC freq, oder nahe zu memory clock sein
Noch hab ich es nicht genau rausgefunden, aber wenn es "aligned" - dann sieht man einen punkte bump. Was genau von den 3 optionen das richtige ist, kann ich dir vorerst noch nicht sagen
Ob es nun MemoryDPM, FCLK oder SOC_Freq abhängig ist, worauf der Wert stehen sollte
Welcome to Luxx. thank you. I have been waiting for your reaction the whole time as a guest at ocn
2 weeks ago, i was sitting already once on rank 1, but @LtMatt81 strikes back within few hours with ~500 points on top no chance for me
You have a better 5950X, my one only runs with 4800 all Threads. Your Score is very strong, it was hard to beat for me. This We i was build my Alder Lake Sys and give it a try with cold Weather outside. The cold Water around 10 degrees boost my Card near to 3GHz.
Your Card is without mods, right? Very strong Card too.
Now i'm waiting for high binned DDR5 and check the Apex out. That Strix DDR4 Board is just as a transition.
Greet everyone at ocn and let's have some fun with our Machines
Hab entschieden, das jetzt schon zu machen, auch wenn ich temperaturbedingt frühestens wieder in einer Woche oder so ernsthaft benche. Ich war dann doch zu neugierig auf das Ergebnis. Erste Tests mit meinem 24/7-OC zeigen nun genau die gleichen Scores wie vor der Windows-Neuinstallation. Sie war also vermutlich nicht nötig.
Sieht aus, als sei die Möglichkeit, durch einen fehlerhaften Treiber "zu hohe" Scores (hier dann von 27,4 und 27,6K) zu erzielen, bereits mit dieser Maßnahme beseitigt worden:
Es gibt keinen unterschied zwischen MPT features deaktivieren und lucky crashes deaktivierten features (wir wissen ja nicht mal was genau verbuggt ist/deaktiviert wurde)
Aber mit dem Treiber hängt es echt nicht zusammen, finde ich
Die alten können buggy sein, womöglich, warscheinlich, sicherlich ~ sonnst gebe es keine updates
Aber wenn man schon annehme dass AMD weiterhin die Treiber optimiert und somit die Karten intern ändert
Ja wieso nicht, man sollte schon die Treiber updaten - außer man suche nach jedem letzten score-point. Dann ruhig durchprobieren
21.11.1 war buggy, aber 21.11.2 sieht nun endlich solide aus
Das niedrige SOC limit wird nervig werden, auf nur 1.2v aber naja - so ist es eben nunmal
Immer noch gut genug für 2200 FCLK , und wenn SOC Freq niedrig ist, kann man sich auch schön SOC voltage sparen = better signal integrity
Kommt auch den Hotspot temps zuliebe
Normal neustarten, hier und da SPPT löschen , und alles ist normal wie beim alten
Über .inf driver modifikationen können wir uns noch streiten - aber jetzt wo wir soo viele sachen deaktivieren können, ist sowas echt fehl am platz
EDIT:
Gut genug als daily OS, kein unterschied als ramOC OS mit deaktivierem MS blödsinn, und genug genug für GPUOC
Leider würde saubereres neuinstallieren nicht microsoft blödsinn wegbekommen. Aber das ist echt ein langes und großes anderes Thema
hust https://github.com/farag2/Sophia-Script-for-Windows hust
Die Mehrheit wird wohl auf Ihrem jeweils passenden Treiber bleiben.
Warum für ne XT und die XTXH nur unterschiedliche Treiber "gut" zum OCen funzen, who knows.
Der 11.2 ist ein instabiler Schnellschuss für BF2042. (macht in anderen Games Probleme)
Etwas Geduld und warten auf den nächsten ... kann net schaden.
(bevor man sich das Win zerschiesst und neu installiert)
Aah ich finde die alten posts und mentions nicht
6800XTC biose, ja sind anders. Sie sind nur an Karten mit Type-C ports gerichtet und glaube sogar dass diese nur? 3x8pins haben anstelle 2
Ob memory straps bzw die Curve anders ist, kann ich nicht sagen. Posten kann ich sie nimmer
Die Ref Karten der 6800/6800XT/6900XT/6900XTLC haben alle das gleiche Boardlayout mit USB-C (USB 3.2 27W USB-PD) und 2x8Pin.
Die 69er haben eine GPU Phase mehr und die LC natürlich anderen Speicher.
Davon abgesehen haben die aber auch sonst noch andere kleinere Unterschiede. So ist z.B. dieser:
diagonale Anschluss nur bei der LC vorhanden (thx @mantiz, Foto aus deinem VK Thread ).
Man sieht allerdings, dass das Boardlayout auch Möglichkeit für einen dritten DP statt dem USB-C hat:
und z.b. die Dell OEM 6800xt hat das Ref Boardlayout und kein USB-C:
(von hier)
Edit: An dem USB-C kommt per Adapter natürlich auch DP raus.
Ich habe diesen Adapter:
Anker PowerExpand USB-C auf DisplayPort Adapter, Aluminium USB-C Hub mit 4K@60Hz, für Homeoffice, kompatibel mit MacBook Pro, MacBook Air, iPad Pro, XPS 15/13, Spectre, Surface und mehr - Kostenloser Versand ab 29€. Jetzt bei Amazon.de bestellen!