timespy deutlich langsamer ursachen?

[MGFirewater]

Alles andere kann ich ausschließen
Hab ja heute Morgen mit dem alten nvidia-treiber 580.88 auch nicht mehr punkte geschafft.

Ich tendiere aufgrund der ganzen geschlossen vulnerabilities eher zur neuen agesa 1.3.0.1.
Meldungen über den geringen time spy score gibt es im Netz erst etwa mai/juni 2026.
win 25h2 kam aber bereits im September 2025 raus, also einem Monat nach meinen Referenz-Runs

 

[Alexander2]

Software halt. Das mit dem CCD abschalten weißt extrem auf nen kacken Scheduler hin.

Wie sonst auch, egal wie gut die Hardware ist, die kommt nicht gegen schlechte Software an. Hab vorhin erst nen Bericht und damit ne Anleitung von wem gelesen wie er TimeSpy auf Linux hat laufen lassen. Wohl auch wegen der Frage hier auf CB dazu. Lief bei ihm dann unter Linux genauso schnell wie unter Windows +- im Bereich der Messungenauigkeit. (Radeon)

Mit Nvidia wurde nicht getestet, die Karten sind aber gerne mal 30% Langsamer als unter Windows. Aber vielleicht schaffst du da deinen alten Wert minux ~-30% dann ist da alles gut.

 

[wern001]

Software halt. Das mit dem CCD abschalten weißt extrem auf nen kacken Scheduler hin.

nicht nur Scheduler auch die Software.
z.B als der erste Threadripper rauskam lief er bei Cinebench nur auf 50% der Kerne. Die haben das aber ganz schnell gefixt.
Der CPU Benchmark aus Timespy läuf auf einem 32 Kerner auch nur auf 25% der Kerne der neuere nur auf 50%. Ich hab das denen gemeldet aber die meinen das wäre richtig so wie es aktuell läuft.

 

[MGFirewater]

interessant finde ich den run mit einer 9070xt.

https://www.computerbase.de/forum/a...uv80_96gb_27464_win11_17-01-2026-jpg.1738786/

die gpu performt extrem gut, die cpu aber ist eher schwach für einen 9950x. sein cpu score ist niedriger als meine halbe cpu. mal sehen ob die agesa oder extreme cpu Drosselung hier die gpu nicht mehr heruntertakten lassen.

 

[MGFirewater]

@Jan @Wolfgang @wern001 @Falbor @Danaos

Ich habe mir noch mal die Mühe gemacht und die Einzelfakten von heute zusammenfassen.

Die Auswertung weitere Community Benchmark runs in time spy lässt die Ursache immer weiter eingrenzen!

Folgende übliche Verdächtigen kann man durch Beweisumkehr als direkte Ursache für die Time-Spy-Bremse ausschließen:
1. der GPU-Treiber (NVIDIA / AMD): Das Phänomen tritt markenübergreifend auf. Sowohl NVIDIAS GeForce-Treiber (getestet u.a. mit dem älteren Zweig 580.88 sowie aktuellen Versionen) als auch AMDs Adrenalin-Treiber (getestet mit Version 26.3.1 auf der RX 9070 XT) brechen im Dual-CCD-Betrieb im fast identischen Verhältnis ein.

2. die AGESA-Version / Plattform: Getestet wurde sowohl aktuelle AM5-Systeme, als auch ein 5950x (alte AM4-Plattform). Diese lief laut @Falbor mit einem AM4-AGESA-Stand von Juli 2024 (lange vor dem Release aktueller Betriebssystem-Features). Nach agesa Update blieb Leistung unverändert schlecht, bzw. wurde nicht schlechter (was ich erwartet hatte), solang beide ccds aktiv waren. Die Mainboard-Firmware ist somit raus.

3. Windows 11 25H2 an sich: Das Betriebssystem 25H2 ist bereits seit September 2025 auf dem Markt. Über viele Monate hinweg lief der Time Spy auf exakt diesen Systemen unauffällig,

Der gemeinsame Nenner und mein Hauptverdächtiger:
Da alle 6 Systeme – unabhängig von GPU-Hersteller, CPU-Generation (Zen 3 vs. Zen 5) oder BIOS-Alter – exakt dieselbe Symptomatik zeigen, bleibt nur eine logische Schlussfolgerung:
Das Problem wurde durch eine tiefgreifende Änderung am Windows-Scheduler im späten Frühjahr (Mai/Juni 2026) eingeschleust.

Mein Verdacht ist, dass die im Mai als Vorschau Update gestartete App-booster-Funktion Time Spy ausbremst. Denn seit Ende Mai gibt es erste Berichte über gedrosselte gpus in Verbindung mit Multi chiplet CPUs in time spy.

Daher habe ich die neu eingeführte App-Booster-Funktion (bzw. dem zugrundeliegenden Dynamic Scheduling Framework) in Verdacht.

Sie greift offenbar fehlerhaft in das Thread-Management von älteren DX12-Anwendungen wie Time Spy ein. Sobald das Framework eine Dual-CCD-Topologie erkennt, führt die dynamische Verwaltung bei extrem hohen Framerates zu massiven Thread-Wechseln zwischen den Chiplets, was die GPU-Fütterung markenübergreifend abwürgt.

@Wolfgang vielleicht könnt ihr das mit eurem Möglichkeiten mal versuchen nachzustellen. Würde ungern mein produktiv System dafür auf stand April zurücksetzen um den Gegentest zu machen.

 

[Falbor]

@MGFirewater vielen Dank für deine mühen !