Special Cyberpunk 2077, die AMD-Akte: Ryzen-Prozessoren liefern zu wenig Fps - machen Sie mit beim Community-Benchmark!

Guter Hinweis, danke. Ich schaue mal, was sich machen lässt. Jetzt warten wir erst mal, bis das Update live geht. Dann kann ich weiter "live" am Artikel basteln :-)
 
Es geht hierbei nicht darum, ob es dir persönlich etwas am Privat-PC nutzt oder nicht. Wir untersuchen hier die Problematik, dass Ryzen-ab-8-Kerner nicht auf die SMT-Threads zugreifen und messen die Unterschiede in derselben Szene, wenn sie es per Hex-Editor-Hack doch tun. Etwaige Diskussionen um den Sinn dieser Sache sind hier unangebracht.

Hab den Sinn nicht bestritten, bringt bloß nichts wenn es oben rum nichts ändert. Wie gesagt finde ich gut das ihr euch drum kümmert, aber letzten Endes ist es ein Szenario, was so nicht vorkommt. Deswegen kann ich auch CDPR verstehen, die das nicht ändern wollen.
 
"Directory doesn't contain any valid records"

Ich capture wie wild - aber es zeichnet nicht auf... Außerdem kackt Cyberpunk mit 1.63 alle 5 - 10 min ab... (mit der gefixten Exe)
 
Naja, nun schau Mal ein wenig in die Zukunft.

Da ist jemand mit einem 7800X3D und will sich das Spiel erst dann anschaffen wenn eine GPU da ist die PT in voller Pracht mit 120FPS darstellen kann.

Dann holt er sich entsprechend eine schnelle GPU und wundert sich, wieso die GPU nur zu 50% ausgelastet ist und die FPS nicht passen.

Dann gibt es wieder einen Aufschrei im Forum "meine GPU ist nicht ausgelastet und ich habe nur 60 FPS".

Stellt dieser dann fest, dass es an der CPU liegt könnte er entweder diese Upgraden, oder aber den Fix nutzen der ihm dann immerhin eine etwas bessere Auslastung beschert.

Eine 5090 werfe ich Mal in den Raum, als etwaige GPU die das schaffen könnte (je nach Auflösung versteht sich).

Jetzt den Sinn verstanden? @oldsql.Triso

Zum veranschaulichen:
1687855220752.png
Wie man sieht: im Bereich der Messtoleranz sind die Ergebnisse identisch.
 
Zuletzt bearbeitet:
Es kam noch ein kleiner Patch für das Spiel heraus, sodass es sein kann, dass die modifizierte Ausführungsdatei, die wir zum Download anbieten, nicht mehr funktioniert. Ich verpacke das eben neu und stopfe das für höchste Effizienz in das Update des Artikels, welches heute Morgen ohnehin online gegangen wäre.

Wenn das live ist (Vormittag), trage ich die übrigen Werte ein. :daumen:
Meine Benches von gestern sind nach dem Patch aber mit der exe aus Eurem Archiv gemacht. Das ging ohne Probleme.
 
"Directory doesn't contain any valid records"

Ich capture wie wild - aber es zeichnet nicht auf... Außerdem kackt Cyberpunk mit 1.63 alle 5 - 10 min ab... (mit der gefixten Exe)

Beim ersten Problem kann ich dir nicht sagen woran es liegt, klingt aber danach, dass du keine 3 Validen Runs gemacht hast / erzeugen konntest die maximal 5% voneinander abweichen.

Beim zweiten Problem muss ich fragen:
System übertaktet?

Da die Auslastung höher wird kann dies zu Abstürzen führen, wenn das OC nicht stabil ist.
 
Ich capture wie wild - aber es zeichnet nicht auf...
Dann sind deine drei Runs außerhalb der erlaubten Fehlertoleranz von fünf Prozent. Es ist das OSD zu empfehlen, was genau zeigt es dir an? Wenn einer der drei Durchläufe einen zu geringen (oder zu hohen) P1-Wert ausspuckt, dann wird der Benchmark erst registriert, wenn du einen Wert lieferst, der zu den anderen beiden passt. Mit anderen Worten: Willkommen in meiner Welt, wo ich für einen Benchmark-Wert manchmal zehn oder sogar noch mehr Durchläufe machen muss :bier:
 
An einer anderen Stelle in der Stadt (beim umgestürzten Riesenrad) hat es "gecaptured"
Das spricht dann tatsächlich dafür dass du Ausreißer hast.
...aber mit gefixter Exe - stürzt Cyberpunk meistens schon beim zweiten oder vor dem zweiten "Capture-Run" ab.
Irgendeine Form von OC/UV aktiv? Nicht dass dir das wegen der höheren Last mit Fix um die Ohren fliegt ;)
 
...aber mit gefixter Exe - stürzt Cyberpunk meistens schon beim zweiten oder vor dem zweiten "Capture-Run" ab.
CPU wird besser ausgelastet. Haste zu viel OC drin? :-D

@alle
Das Update mit den ganzen Werten geht gleich live. Obacht: Ich habe für eine einheitliche Skalierung eine Platzhalter-CPU eingebaut, welche die "maximale Skalierung" auf 200 festlegt. Bitte ignoriert den Wert, der alte Celeron würde wahrscheinlich explodieren, wenn der CP 2077 mit so vielen Fps berechnen würde.
 
Denke dran, dass du die Skala anpasst, nicht, dass die 160 schon nicht mehr reichen ;)

(sage ich deshalb, weil sonst im Bild "Balken außerhalb der Skala" angezeigt wird )
 
Irgendeine Form von OC/UV aktiv? Nicht dass dir das wegen der höheren Last mit Fix um die Ohren fliegt ;)
CPU wird besser ausgelastet. Haste zu viel OC drin? :-D

Die CPU ist unangetastet...

Die GPU ist über den CurveEditior in ge-UV-t

(Die Kurve ist irgendwie schon nah am Limit und nicht mehr so stromsparend - wie die Kurve die ich vor Path-Tracing als Standard) ...und wird natürlich bei Bedarf - neu angepasst.
 
RAM OC (3600 steht in deiner Signatur) kann auch Auslöser der Abstürze sein, alles auf Stabilität getestet?

Wie gesagt, durch die höhere Auslastung kann schon mal bei nicht 100% stabilen settings ein Absturz ausgelöst werden.

Am besten wäre es du setzt für den Test das UV etwas runter oder schaltest es ab und den RAM vorsichtshalber mal auf Stabilität prüfen, nur weil es "sonst immer läuft und nicht abstürzt" heißt es nicht, dass es nicht instabil von Anfang an war.
 
Lass die Celeron CPU doch standardmäßig ausblenden, dann sollte die Skala bleiben aber die Platzhalter CPU nicht angezeigt werden.

Oder muss das jeder User selbst machen?
 
Wie siehts mit dem RAM aus? RAM-OC = CPU-OC
Ram läuft mit XMP-Profile - sonst keine Eingriffe...

lass mal Prime95 laufen (CPU auf 90°) - aber es läuft...
RAM OC (3600 steht in deiner Signatur) kann auch Auslöser der Abstürze sein, alles auf Stabilität getestet?
dann lass ich mal Prime95 laufen (CPU auf 90°) - aber es läuft...


15 min später ... läuft noch immer

gestoppt nach 23 min - 0 erros 0 warnings
 
Zuletzt bearbeitet:
Zurück