Limitiert AMDs RyZen die Grafikkarte?

Helper03

Komplett-PC-Aufrüster(in)
Hallo PCGH Community,
ich bin auf ein schönen Artikel Gestoßen, das die AMD Ryzen CPU´s die Grafikkarte Limitieren. Falls ihr auch ein Ryzen System Habt bitte Stellt das Scenario nach um sicher zu gehen, das eure Graka Limitiert wird von der CPU.
AMD - Limitiert AMDs RyZen die Grafikkarte??? UPDATE | HardwareInside Forum

Ich hab das Scenario auch schon durchgetestet mit Prime, Battlefield 1 und Heaven Benchmark die CPU ist 100% ausgelastet und Spiel läuft max auf 40 % der Grafikleistung
Mit Aktuellen Treiber von nvidia ( 385.28 )mit Prime Einstellungen prime.JPG Liegt die Cpu auslastung so um 30 % die Gpu Auslastung liegt von 50 - 97 %. Schwankt aber sehr. Bei AMD Grafikkarten gibt es das Problem nicht laut ein Freund der hat nen 1700x und ne Fury X drin.
also vielleicht ein Treiberproblem von Nvidia ?

also Tetstet das mal
 
Zuletzt bearbeitet:
Wundert mich in dem Zusammenjang, dass angeblich Intel CPUs das Problem nicht haben.
Belaste ich eine CPU mit P95 auf allen Threads und starte dann ein Game, ist es wohl logisch, dass die CPU nicht beiden 100% Leistung zuteilen kann.
Dass dann die GPU limitiert wird, weil die CPU was anderes zutun hat, sollte ja wohl klar sein.

Wäre das Problem wirklich so vorhanden, wie geschildert, hätte man schon deutlich mehr diesbezüglich gehört.
 
Dein Ryzen hat 16 Threads, und Prime ist bei deinen Einstellungen auf 4 davon beschränkt. Die restlichen 12 sollten doch für ein Spiel reichen. Wenn die Einstellung auf "all" gesetzt ist geht die CPU in die Knie, egal ob mit AMD oder NV-Karten, siehe fünfte Zeile in deinem Screenshot. Der Test ist sinnfrei, das "Rätsel" ist gelöst sorry. Aber ich kann dich trösten, bei mir siehts genauso aus, obwohl ich 12 Intel-Threads habe, sowohl auf der R9 280X als auch der GTX 970.
 
Ryzen limitiert durchaus die GPU, das sieht man öfters imho. Trotz der vielen Threads kann kann Ryzen in Spielen keinen Vorteil rausschlagen.

Gutes Beispiel von heute:

The Division Benchmark. Ein Spiel was definitiv locker 8 Threads füttert. Selbe GPU (GTX 1070) und selbe Einstellungen.

720p Ultra Setting 50% Scaling

Ryzen 1600 DX11

http://abload.de/img/tomclancysthedivisionndp10.png 93% GPU-Auslastung

Ryzen 1600 DX12

http://abload.de/img/tomclancysthedivisionf6q6m.png 86% GPU Auslastung

7700K DX11

https://lh3.googleusercontent.com/Y...K1QuGeNH1HUf-OGSWKv96FRLT2nklMQ=w1280-h720-no 96% GPU-Auslastung

7700K DX12

https://lh3.googleusercontent.com/s...rKFYQHY06NNtMDbGG3NwXXmu825hPOw=w1280-h720-no 97% GPU Auslastung
 
Zuletzt bearbeitet:
Und wieso ist das ein AMD Problem?
Bei der Einstellung geht jede CPU den Bach herunter.

Das ist schon Richtig. Wenn ich ohne Hintergrundprogramme etwas Spiele ist alles kein Problem z.b BF1 oder Elite Dangerous ist die Gpu immer zu 99 % ausgelastet, die Cpu Langweilt sich bei 14 bis 30 %. Nur bei Rendern oder nutzung von Encoding wie OBS Studio zum Streamen ist das schon Merkwürdig deswegen auch der Test.
 
So einfach ist es eben nicht. Ich würde Mal manuell die Kerne fest zuweisen und schauen ob es dann besser wird. Wenn nicht, ist das Problem die CPU.
 
Warum sollten man denn die CPU auf die Virtuellen und physischen aufteilen? Also ich finde den Test etwas komisch.
 
Ryzen limitiert durchaus die GPU, das sieht man öfters imho. Trotz der vielen Threads kann kann Ryzen in Spielen keinen Vorteil rausschlagen.
Gutes Beispiel von heute:

The Division Benchmark. Ein Spiel was definitiv locker 8 Threads füttert. Selbe GPU (GTX 1070) und selbe Einstellungen.
720p Ultra Setting 50% Scaling

Ryzen 1600 DX11
http://abload.de/img/tomclancysthedivisionndp10.png 93% GPU-Auslastung

7700K DX11
https://lh3.googleusercontent.com/Y...K1QuGeNH1HUf-OGSWKv96FRLT2nklMQ=w1280-h720-no 96% GPU-Auslastung

Bring mal beide CPUs auf denselben Takt und vergleich dann nochmal.
Immerhin boosted der 7700k Stock schon fast 1 Ghz höher als der 1600.

Was daran jetzt zeigen soll dass Ryzen angeblich die GPU limtiert, mir schleierhaft.
3% Auslastungsdifferenz bei 7 fps Unterschied. Wow. :schief:


Btw. Der Thread aus dem Startpost ist von Juni.
Und 3 Seiten lang. Es wird seinen Grund haben warum das Internet nicht voll von Meldungen wie jener aus diesem Thread ist.
 
Es gibt für das Betriebssystem keinen Unterschied zwischen einem virtuellen und einem physischem Kern.
Mit SMT gaukelt die Hardware den darüber liegenden Schichten eine höhere Anzahl von vollwertigen und unabhängigen CPU-Kernen vor, als tatsächlich in Hardware vorhanden ist.
Die dann über das Betriebssystem eingeplante, anfallende Arbeit wird von der CPU - so gut es die jeweilige Situation erlaubt - auf die physisch vorhandenen Recheneinheiten (mehrere Integer, Float, Load-And-Store,...) aufgeteilt.

Wenn man parallel zu einer ersten Anwendung mit einer anderen gezielt performancekritische Bereiche wie den L3-Cache und Gleitkommaeinheiten mit Daten und Arbeit zuballert (Prime95 mit AVX und In-Place-Small-FFTs), läuft die erste Anwendung langsamer, weil eben NICHT jede Ausführungseinheit und jeder Speicherbereich doppelt vorhanden sind und zwischen den Anwendungen aufgeteilt werden müssen.

Das ist aber nichts, was AMD-Ryzen-spezifisch ist. Jede CPU mit HT / SMT kann man auf diese Art und Weise in die Knie zwingen.
Bei anspruchsvollem Code bringen SMT / HT eben auch keine 50 Prozent Mehrleistung, sondern eher 10 bis 30 Prozent.

Wenn ihr solche Experimente wagt, macht euch bitte klar, aus welchen Recheneinheiten CPU's bestehen und was Programmme mit speziellen Instruktionen wie AXV mit diesen Recheneinheiten anstellen.
 
Zuletzt bearbeitet:
Warum sollten man denn die CPU auf die Virtuellen und physischen aufteilen? Also ich finde den Test etwas komisch.

Es gibt auch keine zusätzlichen Virtuellen Kerne. Das stellt nur das Betriebssystem so dar. Es gibt physische Kerne und die können mit SMT 2 Threads quasiparallel ausführen.
 
Es ist doch völlig normal das die FPS und die Auslastung runter gehen sobald ich eben mehr Last auf die CPU gebe.

Verstehe das Problem nicht! Habe das früher schon einmal getestet. Um so mehr eben läuft, um so mehr hat die CPU auch zu tun und sobald eben der L3 Cache betroffen ist, ist es klar das es langsam wird, schließlich greifen dann mehrere Anwendungen auf den gleichen Speicher zu.

Nebenbei, es gibt genug tests die belegen, dass ein Ryzen besser zum Streamen ist als ein Intel, weil der eben doch mehr gleichzeitig kann. Schließlich sind für die Aufgaben auch mehr Threads vorhanden.
 
Die Erklärung ist ganz einfach. Wenn du die CPU voll belastest, bremst das die Grafikkarte zwangsläufig aus. Diese Lastschwankungen bei der GPU treten nur mit einer AMD CPU auf, weil AMD keine CPU übergreifende SMP Architektur für ihre Multi Kerner einsetzt. D.h. sie verwenden sowas wie ne Art, Low Level Steuerbus der mit allen Multi Kernern kommunizieren kann und typenspezifisch wird eine 'Point to Point' Verdrahtung unter den Kernen verwendet. Quasi als kernspezifische erweiterte Logik. Der Vorteil, das lässt sich schnell und günstig Umsetzen. Intel hat für seine Systeme einen Steuerbus entwickelt der mit allen ihren CPUs, egal welche arbeitet. Klar die bauen immer selbst erst das Referenzsystem und danach kommt die neue CPU. Seit dem ich weis haben die immer nur das Busprotokoll erweitert gtl, gtl+, agtl, agtl+. Ich hab sogar mal problemlos ne gtl+ CPU(P3 1400S) auf ner gtl Platform laufen lassen. Der Nachteil. Da muss man vor jedem neuem CPU Typ erst die Plattform entwickeln.

Der Grund warum die GPU bei Intel relativ konstante Last aufweist, ist die perfekt ausgereifte SMP Architektur. Da hängts bei AMD, das SMP ist mehr oder weniger ne kleine Kinderüberraschung. Wenn die Rechenlast nicht 1000% verteilt wird, dann spiegelt sich das im ganzem System wieder.

Jedoch sind das Peanutz, wenn man nicht grad auf die Idee kommt, solche völlig unsinnigen Prozzesse zu kombinieren.

Zuguterletzt ists immer die Grafik, die bremst. Zumindest wenn man aktuelle und visuell anspruchsvolle Games zockt. Shadow Warrior 2 und Fallout 4 bringen meine Graka z.B übers Limit und mein alter Professor würde umgerechnet, mit 2,7ghz genauso schnell sein.


P.S. könnt sein das ein paar 'g' fehlen. GGGG Geht nimmer richtig.:schief:
 
Zurück