Leserartikel AMD Ryzen - Systemoptimierung durch RAM-OC (und weitere Maßnahmen.)

[cm87]

Finde die VSoC zu hoch für 3333 - Bei den Subtimings kann man sicherlich auch noch was drehen. Prime ist für CPU OC gut, für RAM OC weniger gut geeignet. Bei Aida kannst du nur "Stress Cache" nehmen, um die VSoC auszuloten.

Hast du die RAM OC Anleitung mal gelesen?

 

[SVΞN]

@RYZ3N
Thx für das Anmerken rund um HPET, war mir nicht bewusst und scheint ja teilweise echt krass zu sein!

Danke, gebe ich ganz ohne falsche Bescheidenheit an @ZeroCoolRiddler weiter. Der Tipp kam von ihm und ja, teilweise gibt’s echt beachtliche Vorteile durch HPET Disabled.

Wie ist eure Meinung dazu? Auf den Prime Fehler pfeifen oder an welcher Schraube müsste man da noch mal drehen um dem entgegen zu wirken?

Fehler in Prime deuten eher auf die CPU hin.

Ein wenig mehr VCORE und noch einmal evaluieren. Wenn der Fehler erst nach 3 1/2 Stunden Prime auftritt, kann nicht mehr viel fehlen.

Gib anschließend mal eine Rückmeldung.

Hast du die RAM OC Anleitung mal gelesen?

Sowas gibt’s?

 

[W0lfenstein]

Edit : Erledigt. Mein Board hatt das HPET garnicht zum an/ausschalten.

 

[thuNDa]

HPET wird aber nur zum problem wenn man es in windows auf "on" forced.
cmd.exe als admin ausführen -> bcdedit -> wenn da nix von "useplatformclock true" steht, dann hat man mit HPET kein problem, auch wenn es im BIOS aktiviert ist(irgendwo hatte ich hier oder woanders auch gelesen daß jemand boot probleme mit im BIOS deaktiviertem HPET hatte).

 

[SVΞN]

Der Eintrag über Hpet find ich interessant.
Wo versteckt sich diese Option in etwa ?

Bei ASRock im Menü für die I/O Konfigurationen.

ASUS Boards haben die Option nicht immer.

Wie @thuNDa richtig gesagt hat, auch in Windows kann man die Funktion überprüfen.

Zudem zitiere ich mal @BlackDevCon:

Bezüglich HPET bin ich auf das kleine Programm TimerBench gestoßen.
https://www.overclockers.at/articles/timerbench-ein-benchmark-fuer-windows-timer

Damit kannst du auch mal testen.

Wird auch in den Artikel übernommen.

 

[W0lfenstein]

ASUS Boards haben die Option nicht immer.

Jop, schon überprüft.
Meines hatts nicht.

 

[Sennox]

Finde die VSoC zu hoch für 3333 - Bei den Subtimings kann man sicherlich auch noch was drehen. Prime ist für CPU OC gut, für RAM OC weniger gut geeignet. Bei Aida kannst du nur "Stress Cache" nehmen, um die VSoC auszuloten.

Ich will ja erst mal ausloten ob alle Bauteile in Ordnung sind und wenn es schon mit den lockereren Timings Probleme gäbe könnte ich mir weitere Mühen sparen
Ich bin nach dem KillerSLI ein leicht gebranntes Kind ^^
Bzgl. Prime bin ich einfach noch unsicher wegen der stoppenden Worker, was soll es sonst außer dem RAM betreffen dass es dazu kommt?
Der Rest ist wie gesagt @Stock.
Die VSoC ist auf Auto.

Bzgl. des AIDA Tests habe ich mich einfach nur geirrt aber hat es denn Nachteile gleich ein paar mehr Teile mit zu belasten? - Siehe Edit.

Erst mal wird noch anderer RAM bestellt denn die AEGIS die mir @Stuxi empfahl haben selbst mit 2933MHz und Timings um die 16-18-18 Fehler im T5 Test geworfen

Aber auf meine Frage bzgl. Prime habe ich noch keine Antwort finden können, sollte ich mir sorgen bzgl. des RAMs bei dem stoppenden Worker machen?
Mir kommt das einfach seltsam vor, da der Rest unangetastet läuft und der AIDA Stabi.Test 4 Stunden sauber war (habe eben mal rebootet um HPET auszuschalten ).
Evtl. kommt es dazu weil der MC im Ryzen auch etwas mehr Spannung braucht?
Das ist zumindest die einzige Theorie die ich gerade habe.

Edit:
@cm87
Hab gerade noch mal nachgeschlagen: FPU, Cache und System Mem waren doch sogar in der Anleitung für den "Maximal Prüfstand" angegeben

Fehler in Prime deuten eher auf die CPU hin.

Ein wenig mehr VCORE und noch einmal evaluieren. Wenn der Fehler erst nach 3 1/2 Stunden Prime auftritt, kann nicht mehr viel fehlen.

Dann auch noch mal selbst von mir THX an @ZeroCoolRiddler

Ich bin einfach nur überrascht, dass das im @Stock fall passiert.
Liege ich mit meiner Annahme falsch, dass das da eigentlich nicht passieren sollte

 

[SVΞN]

Bzgl. Prime bin ich einfach noch unsicher wegen der stoppenden Worker, was soll es sonst außer dem RAM betreffen dass es dazu kommt?

Die CPU [als Ganzes] in Verbindung mit dem IMC.

Es ist absolut keine Seltenheit, dass die CPU mehr VCORE und der IMC etwas mehr [oder auch weniger] SoC Voltage braucht, wenn man RAM OC betreibt.

Der Rest ist wie gesagt @Stock.
Die VSoC ist auf Auto.

Genau das kann das Problem sein.

Ausloten und querchecken sind hier die Zauberworte.

Liege ich mit meiner Annahme falsch, dass das da eigentlich nicht passieren sollte

Sollte nicht und ist ja auch von Mainboard zu Mainboard und Hersteller zu Hersteller verschieden.

 

[Verangry]

Es gibt übrigens noch einen "Latenz"-Eintrag den man vornehmen kann.

CMD als Admin aufrufen.

Dort dann "bcdedit /set disabledynamictick yes" (ohne " Zeichen) eingeben.
Dies bewirkt, dass der Laufende Prozess nicht von einem Hintergrund Prozess ausgebremst wird, weil dieser eine höhere Priorität zugewiesen bekommt (minimiert Stuttering)

Ohne den Befehl oben, schwankt die Latenz oft zwischen 0.3ms und 10ms

Man kann mit dem DCP Latency Cecker (DCPClat) testen wie die Latenzen dann sind.

Es gibt dazu noch ein Programm (Windows System Timer) das ebenfalls eingreift und die Latenzen senken kann.

In wie weit sich das alles auf Games auswirkt, kann ich nicht nachstellen, da die meisten Benchmarks entweder Dynamisch ablaufen (FFXV z.B.) oder die FPS im Toleranzbereich sind. (+/- 5 FPS sind keine Seltenheit)

Das ist übrigens auf der Skylake X Plattform weitaus angebrachter HPET zu deaktivieren, dort ist der Performance Gain 10 - 15 FPS manchmal sogar noch mehr.

Bei Ryzen aktuell die 2000 Serie sind es wenn es hoch kommt 4 - 7 (soweit ich das beurteilen kann)
Manchmal bringt HPET ON (Bios und OS) sogar mehr FPS, also da scheiden sich die Geister.


-----------------------------------------------Nachtrag-----------------------------------------------

Habe gerade nochmal nachgeschaut.

Mit HPET sind es 15ms pro Anfrage und mit dem Windows System Timer Tool von oben kann man es auf 0.5ms reduzieren.

Das tool dann einfach minimieren und im Hintergrund weiter laufen lassen.

 

[SVΞN]

Danke auch dir @Verangry für deine Einschätzung und die zusätzlichen Informationen.

Wird morgen auch alles mit in mein Artikel Update mit einfließen, entsprechende Nennung ist natürlich selbstverständlich.

Toll wie die Community hier gewachsen ist. Dein Beitrag ist eine echte Bereicherung.

 

[nospherato]

Den dpc nicht unter Win 10 nutzen übrigens, da der dort nur Murks anzeigt. (Ist auch nur bis Win7 angegeben aus dem Grund)
Steht auch bez. Win8 direkt beim Download :
https://www.thesycon.de/eng/latency_check.shtml

 

[Verangry]

Für Windows 10 gibt es auch noch den Latency Monitor
Wobei ich sagen muss, das auch der dcp die Latenz Veränderungen anzeigt, unter Windows 10. Bei mir zumindest.

 

[nospherato]

Japp für Win10 nutze ich ebenfalls den Latency Monitor, hat zumindest bisher gute Dienste geleistet.

Zu dem dynamic tick:
Ich habe es eben mal ausprobiert und konnte bei meinem System weder mit LatMon noch mit DPC eine Änderung feststellen (evtl. hängt es auch davon ab welche und wie viele Programme im Hintergrund laufen; ich versuche ja nur wenig laufen zu haben).
Dafür ist mein copy Wert in Aida direkt mal um 600-1000MB (je nach Lauf) runter gegangen (Latenz auch hier unverändert).

 

[Verangry]

Der copy Wert schwankt bei mir eh ständig. Mal 52gbs mal nur 49gbs kommt immer auf die Nachzügler an die im Hintergrund geladen werden.

Und selbst wenn ich nach Systemstart nochmal 5 Minuten warte, schwanken die Werte im copy um 1000mb/s.

 

[nospherato]

Ja hatte allerdings je 10 Läufe gemacht und war die Option an, war selbst der höchste Wert deutlich unter dem niedrigsten bei "aus". Kann aber sein, dass dies nur bei Vollbestückung ist, ich weiß es nicht.
Ist die Option aus, so schwanken die Werte übrigens bei mir kaum, Ausnahme ist der copy um ca. 200-300MB/s.

 

[Sennox]

@RYZEN

Die CPU [als Ganzes] in Verbindung mit dem IMC.

Es ist absolut keine Seltenheit, dass die CPU mehr VCORE und der IMC etwas mehr [oder auch weniger] SoC Voltage braucht, wenn man RAM OC betreibt.

Alles klar, das ergibt Sinn,
Alles in allem macht das Taichi aber auch so eine bessere Figur
Momentan läuft der RAM auf 3333MHz mit 16-18-18-18.
Wenn ich wieder Zeit hab' werde ich versuchen das mal weiter zu "straffen"

 

[Gönndalf]

Hab HPET im BIOS jetzt deaktiviert, allerdings keinen Unterschied bemerkt.

Muss man es dann auch noch in Windows deaktivieren?

 

[SVΞN]

Muss man es dann auch noch in Windows deaktivieren?

Ja, schau mal den Post von @BlackDevCon an.

Dort findest du auch ein entsprechendes Tool.

Schau dir auch mal die letzten Post von @nospherato und @Verangry hier im Thread an, die Jungs haben da schon einiges an wertvollen Wissen zum Thema HPET beigetragen, welches auch ins nächste Update mit einfließen wird.

 

[Verangry]

Wer auf Nummer sicher gehen will, dass der HPET immer deaktiviert ist, kann das auch über den Gerätemanager machen.

Einfach auf Hochpräzisionsereigniszeitgeber (HPET auf deutsch klingt seltsam ) klicken, dann rechtsklick auf deaktivieren oder wenn benötigt auf aktivieren.


Das gleiche gilt übrigens auch für die Hyper V (wer keine VM betreibt kann das ruhig deaktivieren)

 

[Gönndalf]

Bei mir läuft das gleiche Profil mit ~ 40 MHz mehr real Takt (~ 1.620 MHz) und noch weniger Spannung (P7@975 mV). Höhere Taktraten und geringere Spannungen müsst ihr aber für eure GPU individuell ausloten.

Kannst Du mir dein Profil auch irgendwie zukommen lassen?