Beim X870E Carbon WiFi hab ich Monate mit dem Problem und dessen Ursache verbracht. Zusammengefasst, was ich sagen kann:
- Egal welches BIOS, egal welche Settings. Mit der RTX 4080 hatte ich überhaupt keine Probleme.
- Mit Wechsel auf die RTX 5080 hatte ich zunächst auch keine Probleme, aber damit ging es erst los und kam immer öfter.
- Wenn es Probleme gab, dann ausschließlich beim Kaltstart. Ein Neustart hat ausnahmslos das Problem immer behoben.
- Egal welches BIOS, egal welche BIOS-Einstellungen. Nichts hat am Ende wirklich funktioniert.
- Gab Wochen, wo alles super funktioniert hat und dann kam wieder ein Kaltstart, wo das Problem auftrat.
- Der Bus-Takt kann ein Indikator sein, hat aber nicht zwingend was mit dem Problem zu tun.
- Erst ein Mobo-Wechsel (mit der gleichen CPU, RAM, SSD, GPU etc.) hat das Problem vollständig gelöst. Bis jetzt nicht einmal aufgetreten.
Das eigentliche Problem ist, dass die PCIe-Initialisierung nicht sauber beim Boot ausgehandelt wird und genau dann läuft das System wie ein Sack Nüsse.
Normalerweise wechselt die PCIe-Version, je nach Auslastung.
Idle-/ Office-Load:
Anhang anzeigen 1238747
Gibt man Last drauf bzw. startet man den Render-Test, wechselt es auf die höchstmögliche PCIe-Version/ -Geschwindigkeit. Bei PCIe 4.0 ist das 16.0 GT/s, bei PCIe 5.0 sind es 32.0 GT/s.
Anhang anzeigen 1238748
Hat man das genannte Problem, sieht es unter Last dann wie folgt aus:
Anhang anzeigen 1238749
Manchmal bleibt es auch PCIe 3.0 oder 4.0 stecken. In allen Fällen läuft das System sehr stotternd und langsam. Der Cursor freezt immer wieder, Tonaussetzer, ggfs. Grafikfehler etc. An einer Stelle in HWinfo sieht man das besagte Problem auch, und zwar unter GPU --> PCI Express Counters --> Recovery Count:
Anhang anzeigen 1238755
Hierbei handelt es sich um einen Zähler, der getriggert wird, wenn die PCIe Version (in GPU-Z) wechselt. Im Office-/ Light-Load-Betrieb erhöht sich dieser Zähler relativ "entspannt". Hat man das PCIe-Problem, springt der Zähler innerhalb von Sekunden um mehrere hundert Steps. Nach wenigen Minuten hat man dann weit über 1.000 PCIe-Switches. Daher auch logisch, dass das System dann die besagten Probleme hat, wenn PCIe wie blöd hin und her wechselt.
Warum ein Neustart das Problem löst: Board, GPU, CPU, RAM etc. bleibt alles unter Strom und ist "voll da". Unter diesen Gegebenheiten scheint die PCIe-Initialisierung immer sauber durchzulaufen. Völlig egal, wie der Bus-Takt oder FCH Spread Spectrum eingestellt ist. Der einzige Unterschied mit aktiviertem FCH Spread Spectrum war, dass die problematischen Kaltstarts etwas seltener vorkamen. Allerdings löste es das Problem nie gänzlich. Deswegen ist mein Vorschlag die Option "
POST Delay" zu erhöhen, damit die Geräte voll da sind, bevor das System mit dem POST und der PCIe-Initialisierung anfängt. Leider gibt's diese Option nicht bei jedem Board/ Hersteller. Mein Dark Hero hat es, das Carbon Wifi hatte es nicht.
----------------------------
Thema Bus-Takt und FCH Spread Spectrum: Hier scheint jeder Hersteller sein eigenes Süppchen zu kochen. Bei MSI bedeutete AUTO = aus --> Bus-Takt 100.0 MHz. Bei ASUS und Gigabyte bedeutet AUTO = an --> Bus Takt 99,8 MHz. Ich beziehe mich hier auf den HWinfo Wert. Via CPU-Z schwankt der Wert mal mehr mal weniger, je nach gesetztem Wert (99,8 schwankt deutlich mehr). Auch bin ich mir unsicher, ob sich die AUTO-Einstellung durch die PCIe-Version beeinflusst. Grundsätzlich muss man sich deswegen aber keine Sorgen machen, weil es leistungstechnisch keinen Unterschied macht.
Das Dark Hero hat das z.b. Nennt sich "
Asynchronous Clock Generator". Hat im Grunde nur den Vorteil, dass man den Bus-Takt (BCLK) für die CPU hochziehen kann, während RAM, PCIe (SATA, USB usw.) unberührt bleibt. Ist auf jeden Fall ne nette Spielerei, hat mit genannten Problem aber weniger zu tun.