Von 12700k auf 14900k dann doch 9850X3D inkl. Nostalgie Vibes

Jo bei AMD skaliert das nicht weiter nach oben. Bis 6000 und das wars. Ist auch ok, muss nach keinen Rekorden nach jagen.
 
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Also ich muss sagen Ramtuning ist das Einzige was ich nie angefasst habe. XMP(gibst ja schon ewig) rein und max noch auf 1T gestellt und Beten :bigok:

Is halt mega Zeitaufwendig bei recht wenig Performance Gewinn.
 
Die Lanparty kann beginnen, ENDLICH

Geht ihr auch noch auf Lans ?
:banana:
20261007_153801.jpg
 
Zuletzt bearbeitet:
Fehlt mir die Lust und Zeit für, leider,
 
Seit gut 15 Jahren nicht mehr. Muss aber zugeben dass mir das auch damals nicht so viel gegeben hat. War irgendwie immer schlechte Luft, der Essensgeruch war eklig und war ich immer mehr der Bastler als der Gamer.

Zum RAM Tuning, also meiner Meinung nach verpasst man nichts wenn man es nicht macht. Die oben aufgeführten Punkte beim AM5 beachten und das Setup ist fürs Gaming super aufgestellt. Aber Spaß gemacht hats trotzdem sich da einfach mal einzufuchsen, also welches Timing ist wofür gut und hält welchen Impact... nervig sind halt die Stabilitätstests.

In Games hab ich zwischen dem Standard Expo @ 6000 und meinem optimierten Setup keinerlei wirklich fühlbaren Unterschied bemerkt. Ja die 0.1% steigen so im 1 bis 3% Bereich an, aber ob man nun 78 oder 80fps hat merkt man nicht. Bei den avg FPS tut sich sowieso nichts.

In Benchmarks sieht man die Punkte schon, also für Punktejäger ist es schon nicht schlecht.

Ist aber wie gesagt nur meine Beobachtung, gibt ja auch welche die Stein und Bein drauf schwören dass es einen echten Impact im Gaming hat. Kommt dann wahrscheinlich aufs Spiel an. Da wo der x3d Cache nicht ausreicht gibt's evtl n größeren Effekt. Steht aber trotzdem in keinem Verhältnis zum Aufwand. Also da muss RAM Tweaking selbst den Spaß an der Freude bringen.
 
In meinen 20ern zu BF42 und BF2 Zeiten hab ich sagen wir mal semiprofessionelles Pro Gaming betrieben und war auf vielen großen Lans wegen dem BF2 Turnier und recht offt haben wirs auch gewonnen, damals gabs noch teils fette Hardware Preise...
Da hab ich mir die Lust dran geholt. Heute nurnoch chillig da zocken, keine Turniere mehr.


Grade die X3D sindja am wenigsten profitierend vom Ramtuning laut Tests.
 
Hatte BF2 damals richtig gefeiert und auch ab und an infantry only ESL Matches gespielt. Schade dass es so konfig und teils auch cheat verseucht war ^^
 
Das war das gute auf Lan, da hat sich keiner zu cheaten getraut. Config getunt hatte jeder...
Ja 4 on 4 Inf only Karkand war mega
 
Ja man Kackrand und die nades spamen :D
 
Wer Bock auf Grafikporno hat dem kann ich Gears of War E-Day empfehlen, is im Gamepass.

 
Das gehört alles dazu, weil der PCIe Link Speed falsch eingestellt ist, bei mir mit der RTX 4080 ist die Latenz bei 146 434 µs, die die PCIe Link Geschwindigkeit ist dann auf maximal 5 GT/s beschränkt, anstatt 16 GT/s, alles ruckelt und hängt wie in Slow Motion.
Ich habe sogar einen eigenen Thread im MSI Forum, zu diesem Problem erstellt.
Anhang anzeigen 1234808



Bei deiner RTX 5080 sollten es 32 GT/s sein, das kannst du mit HWiNFO64 bei Sensoren testen.
Vorher muss die Grafikkarte aber kurz ausgelastet sein, mit z.B. GPU-Z Render Test, wenn du den Haken bei Render in Full Screen setzt in GPU-Z, wird die RTX 5080 Grafikkarte mit über 300 Watt ausgelastet, HWiNFO64 muss selbstverständlich die ganze Zeit im Hintergrund mitlaufen. 73 Watt Grafikkartenauslastung im "normalen" GPU-Z Render Test reichen manchmal nicht aus um die RTX 5080 auf einen Link Speed von 32 GT/s zu bringen
Anhang anzeigen 1234809



Edit:
Welchen AMD Chipsatztreiber hast du installiert, den "alten" v8.03.25.247 von der Asus Webseite?
Weil hier ist wahrscheinlich PPM Treiber Version 8.0.0.61 oder Version 8.0.0.62 vorhanden, mit beiden PPM Treibern hatte ich Probleme.
Wie schon oben in meinem Post 501 erwähnt, hat der aktuelle AMD Chipsatztreiber von der AMD Webseite PPM Version 8.0.0.65, hier gibt es keine Probleme mit dem PCIe Link Speed.


Nein, wenn dann beseitigt ein aktiviertes FCH Spread Spectrum das Link Speed Problem, oder der aktuelle AMD Chipsatztreiber, Link unten.
AMD Server download, AM4 und AM5 Chipsatztreiber Version 8.08.12.551 Top aktuell vom 14.08.2026:

https://drivers.amd.com/drivers/AMD_Chipset_Software_8.08.12.551.exe

AMD Chipsatztreiber Information:

https://www.amd.com/en/resources/support-articles/release-notes/RN-RYZEN-CHIPSET-8-08-12-551.html



Edit 2:
Ich habe mein MSI MAG B850 Tomahawk Max WIFI am 14.02.2025 bei Mindfactory bestellt und im März 2025 ist mir das erste mal aufgefallen, das der PC hängt, nach einem PC Neustart war wieder alles OK, das ist dann ca. alle 20 Tage passiert.
Im Januar 2026 habe ich dann den Thread im MSI Forum erstellt, nachdem ich das MSI MAG B850 Tomahawk Max WIFI Mainboard als Ursache herausgefunden hatte.
Ich habe also schon seit März 2025 Erfahrung mit diesem Kaltstartproblem bzw. PCIe Link Speed Problem.

Ein Hardwareluxx Forum Mitglied mit diesem PCIe Link Speed Problem hat das Mainboard gewechselt, von MSI X870E Carbon WiFi auf das ASUS ROG Crosshair X870E Dark Hero z.B. @Induktor und einer ist direkt auf Intel Sockel 1851 umgestiegen wie z.B. @Zöppken.
Anhang anzeigen 1234884

Selbstverständlich existiert das Kaltstartproblem (PCIe Link Speed Problem) auf Sockel AM5 Mainboards auch in anderen Foren, z.B. bei reddit.com, hier wird ebenfalls empfohlen FCH Spread Spectrum zu aktivieren.

Das Problem ist zurück

Habe mal PCIE 5.0 statt Auto für die gpu im bios eingestellt.
Beitrag automatisch zusammengeführt:

Ich hab mich damit knapp 4 Monate rumgeschlagen, zig tausende BIOS Versionen und Settings, sowie Windows Optionen durchgespielt.... hat alles nichts gebracht. Bis auf Neustart und teilweise FCH Spread Spectrum. Gab Momente wo es mal 1-2 Wochen kein einziges Mal vorkam, aber dann kam doch mal ein Kaltstart, wo er wieder anfing.

Problem ist zurück..

Ist das unter Tweakers Paradise Clock Spread Spectrum ?
Wenn ich das von auto auf enabled stelle zickt er rum beim booten..
 
Das Problem ist zurück

Habe mal PCIE 5.0 statt Auto für die gpu im bios eingestellt.
System Übersicht.jpg

Es war zu erwarten, dass das Problem wieder auftaucht, weil es von Anfang an nach einem PCIe Link Speed Problem bzw. Kaltstart Bug aussah.

Wenn dann PCIe 4.0 bzw. Gen 4 im Bios fest einstellen, weil PCIe 5.0 das PCIe Link Speed Problem verschlimmert,
FPS Leistungseinbußen sind dadurch kaum vorhanden bzw. liegen abhängig vom Game bei ca. 0% bis 3,5%, hier im Video von DER 8AUER zu sehen.
PCIe 4.0 vs. 5.0.jpg

Ich hatte anfangs mit alter Bios Version A20 auf meinem MSI MAG B850 Tomahawk Max WIFI (Bios A64) ca. alle 20 Tage das PCIe Link Speed Problem,
mit aktuellen Bios Versionen täglich, die aktivierte FCH Spread Spectrum Einstellung verhindert das Problem.

Ich besitze nur eine RTX 4080 mit PCIe 4.0, mit PCIe 5.0 bzw. mit einer RTX 5080 z.B. würde das Problem wahrscheinlich trotzdem auftreten auch mit aktiviertem FCH Spread Spectrum,
so wie bei @Induktor auf dem alten MSI MPG X870E CARBON WIFI.

Ist das unter Tweakers Paradise Clock Spread Spectrum ?
Das müsste die Einstellung sein, bei MSI nennt sich das FCH Spread Spectrum, @Induktor mit seinem neuen ASUS X870E Dark Hero Mainboard könnte das bestätigen.

Normalerweise ist in der Auto Einstellung bei den Asus Sockel AM5 Mainboards (FCH) Clock Spread Spectrum automatisch aktiviert,
das kann man am Bustakt von 99,80 Mhz in HWiNFO64 oder CPU-Z erkennen, anstatt 100 MHz.
Bei CPU-Z wird eine geringe Schwankung angezeigt die Einstellung bleibt nicht bei 99,80 MHz wenn FCH Spread Spectrum aktiviert ist.

Im Bios gibt es eine Suche (Taste F9), da einfach Spread oder FCH eintippen, FCH Spread Spectrum in den Suchergebnissen auswählen, falls vorhanden und auf Enabled anstatt auf Auto einstellen.
Bus Clock.jpg
FCH Spread Spectrum an.jpg
 
Zuletzt bearbeitet:
Das Problem ist zurück
Das wird auch nicht einfach weggehen.


Habe mal PCIE 5.0 statt Auto für die gpu im bios eingestellt.
Hat bei mir nichts gebracht. Auch nicht auf PCIe 4.0 stellen.


mit einer RTX 5080 z.B. würde das Problem wahrscheinlich trotzdem auftreten auch mit aktiviertem FCH Spread Spectrum
Ja, wird es auch, nur seltener. Zumindest war das so beim Carbon Wifi.


Das müsste die Einstellung sein, bei MSI nennt sich das FCH Spread Spectrum, @Induktor mit seinem neuen ASUS X870E Dark Hero Mainboard könnte das bestätigen.
Müsste ich mal später gucken, heißt aber glaub ich genau so. Mit Auto-Setting ist es beim Dark Hero aktiviert:

1792915233063.png

Anders als beim Carbon Wifi, bleibt RAM und IF aber unberührt (statt 1.996,4 MHz und 2.994,6 MHz)


Wenn ich das von auto auf enabled stelle zickt er rum beim booten..
Siehe meinen ersten Beitrag zum Thema "POST Delay". Das würde ich als erstes probieren.
 
Post Delay ist schon bei 3 sec, soll ichs höher stellen ?

Es war zu erwarten, dass das Problem wieder auftaucht, weil es von Anfang an nach einem PCIe Link Speed Problem bzw. Kaltstart Bug aussah.

Wenn dann PCIe 4.0 bzw. Gen 4 im Bios fest einstellen, weil PCIe 5.0 das PCIe Link Speed Problem verschlimmert,
FPS Leistungseinbußen sind dadurch kaum vorhanden bzw. liegen abhängig vom Game bei ca. 0% bis 3,5%, hier im Video von DER 8AUER zu sehen.
Anhang anzeigen 1238660

Ich hatte anfangs mit alter Bios Version A20 auf meinem MSI MAG B850 Tomahawk Max WIFI (Bios A64) ca. alle 20 Tage das PCIe Link Speed Problem,
mit aktuellen Bios Versionen täglich, die aktivierte FCH Spread Spectrum Einstellung verhindert das Problem.

Ich besitze nur eine RTX 4080 mit PCIe 4.0, mit PCIe 5.0 bzw. mit einer RTX 5080 z.B. würde das Problem wahrscheinlich trotzdem auftreten auch mit aktiviertem FCH Spread Spectrum,
so wie bei @Induktor auf dem alten MSI MPG X870E CARBON WIFI.


Das müsste die Einstellung sein, bei MSI nennt sich das FCH Spread Spectrum, @Induktor mit seinem neuen ASUS X870E Dark Hero Mainboard könnte das bestätigen.

Normalerweise ist in der Auto Einstellung bei den Asus Sockel AM5 Mainboards (FCH) Clock Spread Spectrum automatisch aktiviert,
das kann man am Bustakt von 99,80 Mhz in HWiNFO64 oder CPU-Z erkennen, anstatt 100 MHz.
Bei CPU-Z wird eine geringe Schwankung angezeigt die Einstellung bleibt nicht bei 99,80 MHz wenn FCH Spread Spectrum aktiviert ist.

Im Bios gibt es eine Suche (Taste F9), da einfach Spread oder FCH eintippen, FCH Spread Spectrum in den Suchergebnissen auswählen, falls vorhanden und auf Enabled anstatt auf Auto einstellen.
Anhang anzeigen 1238666Anhang anzeigen 1238659

Also mit meiner 4080 Super trat das Problem meine ich nicht auf, hatja nur PCIE 4.0

Also auf PCIE 4.0 stellen sehe ich garnicht ein, ich geb doch nicht soviel Geld aus für die neueste Technik und stell dann auf alte Technik um....
Da kauf ich mir eher ein neues Board wenns eins gäbe wos 100% sicher ist das es das Problem nicht hat.

Bus Clock schwankt laut cpu-z von 99,96 bis 100, das ist clock spread spectrum auf auto.
Enabled sagt cpu-z 99,78 bis 99,8 ! Auto war also aus !

FCH Spread Spectrum ist auf Auto, ich suche mal ob noch ein spectrum im bios is....
Edit: Ist das einzige Spread Spectrum, das ist also die Einstellung auf meinem TUF.


Also nochma Spread Spectrum ist nun an, Berichte weiter...
 
Zuletzt bearbeitet:
Da kauf ich mir eher ein neues Board wenns eins gäbe wos 100% sicher ist das es das Problem nicht hat.
100% sicher kannst du dir bei keinem Sockel AM5 Mainboard sein, weil alle Hersteller von diesem Problem betroffen sein können.

Bus Clock schwankt laut cpu-z von 99,96 bis 100, das ist clock spread spectrum auf auto.
Enabled sagt cpu-z 99,78 bis 99,8 ! Auto war also aus !
Anscheinend ist bei den Asus AM5 Mainboards nicht bei jeder Bios Version oder bei jedem AM5 Mainboard Spread Spectrum automatisch aktiviert in der Auto Einstellung.

Also nochma Spread Spectrum ist nun an, Berichte weiter...
Dann sollte das Problem nicht so oft auftreten, oder ist sogar ganz verschwunden.
 
Hatte so etwas bisher noch nicht auf dem Asus X870E-A Gaming Wifi7 Neo. Weder mit dem alten noch neuen BIOS.

Ist das wirklich so ein weit verbreitetes Problem auf AM5? Wieso liest man dann so wenig davon? Würde mich ja tierisch nerven und genau wie Thrawn würde ich auch nicht auf pci-e 4.0 stellen wollen dauerhaft.
 
Wo liegt denn das Kernproblem ? Wer hat denn da Mist gebaut, AMD oder die Boardhersteller ?
Die Frage wird dir wahrscheinlich weder AMD noch die Mainboard-Hersteller Beantworten können.
 
Bei mein Intel System gibt es keine PCIE 5.0 probleme.
 
Wo liegt denn das Kernproblem ? Wer hat denn da Mist gebaut, AMD oder die Boardhersteller ?
Keiner von beiden, dass ist hardware bedingt und auch nicht via irgend einen UEFI Setting "kosmetisch" zu lösen.
Sowohl der interne Taktgen der CPU als auch die Unterstützung boardseitig sind nicht dazu fähig einen Phase-Jitter so sauber im Femtosekundenbereich zu signalisieren, dass die immer sauber 100,00MHz signalisieren.
Das schaffen nur Boards mit externen Taktgen. onboard aus zb. der VersaClock7 Familie (unter 150fs). Warum haben das dann nicht alle Boards? Ganz einfach -> kostet Knete!
Und da generell neue Modelle/Baureihen kostenseitig eher "gewinnoptimierend" gedowngradet statt geupgradet werden, darf man auch nicht erwarten das sich das ändert.
Auf den Papier werden immer die tollsten Optimierungen hervorgehoben, vieles davon ist aber alter Brei in neuen Gewand.
 
Scheint aber ja wohl kein großes Problem zu sein.
 
Keiner von beiden, dass ist hardware bedingt und auch nicht via irgend einen UEFI Setting "kosmetisch" zu lösen.
Sowohl der interne Taktgen der CPU als auch die Unterstützung boardseitig sind nicht dazu fähig einen Phase-Jitter so sauber im Femtosekundenbereich zu signalisieren, dass die immer sauber 100,00MHz signalisieren.
Das schaffen nur Boards mit externen Taktgen. onboard aus zb. der VersaClock7 Familie (unter 150fs). Warum haben das dann nicht alle Boards? Ganz einfach -> kostet Knete!
Und da generell neue Modelle/Baureihen kostenseitig eher "gewinnoptimierend" gedowngradet statt geupgradet werden, darf man auch nicht erwarten das sich das ändert.
Auf den Papier werden immer die tollsten Optimierungen hervorgehoben, vieles davon ist aber alter Brei in neuen Gewand.

Hätte ich das vorher gewusst hätte ich gerne mehr für ein Board mit externer Clock Gen gezahlt.
Wenns das denn gibt.
 
Ist es auch nicht. Das ist so ein Enthusiastenfeature, daher auch nur auf entsprechenden Boards zu finden (bei MSI die MEG Serie, bei Asus dürftens die Hero usw. sein).
Da diese Taktgen. PCIe5 bzw. sogar PCIe6 spezifiziert, werden diese gerne genommen wenn man das letzte Quäntchen bei fein skalierenden Ram-Tuning und halt CPU OC raus holen möchte.

Ich zb. bekomme über den Renesas viel einfacher, stabiler und auch sparsamer CPU OC am Limit hin. Ram OC interessiert mich eher weniger.
Ist auch seit langen das erste Board was den CPU Takt stabil auf 100.00MHz im Defaulttakt hält. Auch wenn das ein älteres Z690 ist aber das zb. Z890 davon hat haargenau den gleichen Taktgen., von daher.
 
Zuletzt bearbeitet:
Also ich kann nur sagen dass ich problemlos den co auf -30 fahre, den fclk auf 2133 und mclk/uclk @ 3200 also 1:1. Und das mit nicht super scharfen aber optimierten Timings. Keinerlei Probleme und mit ycruncher etc getestet. Den boost clock anzuheben wäre auch ohne Probleme gegangen aber da stieg mir der Verbrauch zu sehr, lohnt sich nicht.

Bin noch neu bei AMD (zumindest war mein letzter ein San Diego 3700+) und daher kein Experte. Aber bevor ich zu AM5 gewechselt bin habe ich versucht alles zu den bekannten Problemchen in Erfahrung zu bringen und das kam dabei nicht hoch. Scheint also eher selten bzw nicht so relevant zu sein?
 
Den Antworten nach hier scheints ja schon öfter vorzukommen, manche haben wohl Glück..
 
Den Antworten nach hier scheints ja schon öfter vorzukommen, manche haben wohl Glück..
Es scheint auch mit der Bios Version in Verbindung zu stehen, bei mir gab es mit alter Bios Version weniger Probleme, bei @Induktor ist das Problem erst mit aktuellen Bios Versionen und PCIe 5.0 Grafikkarte aufgetreten und bei @Zöppken mit neu gekauftem MSI X870 Tomahawk Wifi gab es sofort Kaltstart Probleme.

Edit:
Ich habe einige AM5 Mainboards bei meinen Bekannten verbaut auch mit PCIe 5.0 Grafikkarte, ich scheine der Einzige mit dem Kaltstart Problem (PCIe Link Speed Problem) zu sein.
 
Zuletzt bearbeitet:
Zuletzt bearbeitet:
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:

PCIe 01.jpg

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.

PCIe 02.jpg

Hat man das genannte Problem, sieht es unter Last dann wie folgt aus:

PCi 2.0.jpg

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:

1792935048068.png

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 ist so ein Enthusiastenfeature, daher auch nur auf entsprechenden Boards zu finden (bei MSI die MEG Serie, bei Asus dürftens die Hero usw. sein)
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.
 
Aber natürlich. Letztes Wochenende erst





qwflcyrt.jpg


Da haste dich ja richtig häuslich eingerichtet.
Ich geh am liebsten auf Lans die 1-2 Tage länger gehen.
Zb Mittwoch bis Sonntag. Lohnt dann vielmehr mit dem ganzen Zeug durch die Gegend fahren.
Beitrag automatisch zusammengeführt:

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.

Bei meinem TUF ist Auto def aus und nicht an beim Spread Spectrum...

Also meinst du ich kann Spread Spectrum wieder lassen und Post Delay von 3 auf zb 6 sek bringt mehr oder am Besten beides machen ?
 
Zuletzt bearbeitet:
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh