Probleme und Lösungen bzgl. ZEN 3 und Ryzen 9 5000 CPU's

  • Ersteller Steinwurst
  • Erstellt am
Update: Eine Stellungnahme von MSI

MSI hat sich heute bei mir gemeldet und Stellung bezogen (nun gut, etwas spät, die Boards sind weg). Zuerst kamen die üblichen Tipps :

Bei USB Problemen sollten sie das neuste BIOS aufspielen.
Die neue AMD AGESA Code Version bringt hier ein paar Verbesserungen mit sich.

Sonst kann es auch helfen dies im BIOS umzustellen.

1. Set Overclocking -Advanced CPU Configuration -AMD CBS -Global C-state Control as Disabled.
2. Set Overclocking -Advanced CPU Configuration -AMD CBS -Power Supply Idle Control as Typical Current Idle.


Diese Dinge (1. und 2.) hatte ich natürlich schon am Anfang ausprobiert. und hier erst gar nicht erwähnt. Das sind die typischen Tipps, die man überall findet, wenn es z.B. mit der ASIO-Verbindung nicht so recht klappen soll. Findet manch auch häufig zu Ratgebern bzgl. der Optimierung von Audio Workstations.

Den nachfolgenden Satz finde ich zwar ehrlich, aber doch sehr beschämend (das ist nämlich mein Workaround):

Wenn Sie eine PCIe 4.0 Karte bzw. eine Nvme verbaut haben welche Probleme mit PCIe Gen4 hat, gibt es zur Zeit nur die Lösung den PCIe Link Speed runter zustellen. (Anm. Steinwurst: Gilt aber nicht für M2_1, diesen kann man nicht umstellen und verliert diesen!)

Ob es in Zukunft ein Update für dieses Probleme geben wird kann ich nicht sagen.

Und der Satz, den ich rot markiert habe, ist genau der Grund, warum ich hier so hartnäckig bin: Ich habe das Gefühl, dass das ein hardwarespezifisches Problem ist, was nicht vollständig durch neue Firmware (AGESA) zu lösen ist. Anscheinend hat man (AMD) manche Dinge über die Firmware lösen können, aber eben nicht alles. Auf den meistens Rechnern fallen diese Probleme natürlich nicht mehr auf. In unserem Bereich natürlich schon, da ASIO einfach extrem zeitkritisch ist (die Datenübertragung erfolgt ja kontinuierlich in Echtzeit und natürlich landet jede noch so kleine Störung entweder an der Abhöre oder eben bei Aufnahme in der DAW).

Die Gefahr ist leider wirklich da, dass ich demnächst auf teurem Schrott sitze, und ich gezwungen bin, auf Features zu verzichten, welche das Zeug überhaupt so teuer machen. Darüber hinaus kann ich Hardware nicht mit voller Leistung betreiben, die ich ebenfalls sehr teuer bezahlt habe.

Das Gigabyte Aorus Master Rev. 1.2 kommt übrigens doch erst morgen (DHL hat mir heute Morgen eine Aktualisierung geschickt). Ich hatte es ja gestern schon geschrieben: Meine bisherigen Erfahrungen sagen mir, dass es dort ebenfalls auftreten wird. Warum? Weil das ein Problem ist, was die MB-Hersteller nicht lösen können. Es nun einmal AMD, welches die Firmware / AGESA bereitstellt.

Es ist sehr frustrierend, und mit dem Workaround als Lösung kann und will ich mich echt nicht anfreunden. Dazu war es
 
Direkt nach meinem letzten Posting kam dann wieder eine Antwort von AMD. Und natürlich das Standard-Geschwurbel (das hatte ich alles schon in meiner ersten Mail "abgefrühstückt" - englisch und deutsch). Aber immerhin bietet man im zweiten Teil an, dass ich Infos schicken kann. Nun gut, kann ich ja erst mit dem Gigabyte.

(Ausschnitt des zweiten Teils, oben steht nur Treiber- und Firmware-Geschwurbel)
upload_2021-7-16_12-53-6.png


Ach, AMD, ihr seid ja schlimmer als meine Freunde hier, die auch ab und mal etwas überlesen :D:p
 

Anhänge

  • upload_2021-7-16_12-43-3.png
    upload_2021-7-16_12-43-3.png
    36,7 KB · Aufrufe: 200
Sachmängelhaftung -> Gewährleistung
 
Man könnte sich den ganzen Stress sparen, wenn man original Intel kauft ;)
 
Und der Satz, den ich rot markiert habe, ist genau der Grund, warum ich hier so hartnäckig bin: Ich habe das Gefühl, dass das ein hardwarespezifisches Problem ist, was nicht vollständig durch neue Firmware (AGESA) zu lösen ist. Anscheinend hat man (AMD) manche Dinge über die Firmware lösen können, aber eben nicht alles. Auf den meistens Rechnern fallen diese Probleme natürlich nicht mehr auf. In unserem Bereich natürlich schon, da ASIO einfach extrem zeitkritisch ist (die Datenübertragung erfolgt ja kontinuierlich in Echtzeit und natürlich landet jede noch so kleine Störung entweder an der Abhöre oder eben bei Aufnahme in der DAW).

Ich kann mir aber auch vorstellen, dass das mit Interrupt-prioritäten zusammen hängt. Wenn z.B. PCI immer höhere Priorität als der USBus bekommt und die NVMEs einfach zu viel auf dem PCI bus ziehen. Sowas ließe sich dann vielleicht doch über Firmware fixen. Hoffentlich wird dem Problem noch mehr Aufmerksamkeit geschenkt.
Ich plane jedenfalls meinen nächsten Rechner um. Vielleicht einfach eine langsamere (gen3) SSD mit mehr platz? Bin noch unschlüssig.

Bitte an die Mods: kann man die Intel-Trolls nicht mal rausschmeißen? Das müllt nur die Diskussion zu.
 
kann man die Intel-Trolls nicht mal rausschmeißen? Das müllt nur die Diskussion zu.

Ist halt die einfachste Möglichkeit und somit auch eine Problemlösung, den Hersteller zu meiden, der das Problem verursacht. Das hat nichts mit Troll zu tun.
Zumindest besser, als bewusst auf langsamere Protokolle zu setzen, um ein Problem zu umgehen.

Wenn du Probleme mit einem LG TV hast, kaufst du dann auch erst 5 neue Kabel und testest 5 Sat Receiver Marken, oder kauft du beim nächsten mal nicht einfach einen Fernseher eines anderen Herstellers
 
Zuletzt bearbeitet:
Lies dir den thread nochmal durch, dann fällt dir vielleicht auf wie originell dein Beitrag zur Diskussion war.

Hier geht es darum das Problem zu verstehen und idealerweise zu lösen, weil man vielleicht schon die Hardware in der Hand hält und man z. B. der Umwelt zuliebe benutzen möchte was man bereits besitzt.
Natürlich spielt das Problem bei Kaufentscheidungen eine Rolle, aber halte uns mit deiner Faulheit nicht davon ab etwas zu lernen.
 
weil man vielleicht schon die Hardware in der Hand hält und man z. B. der Umwelt zuliebe benutzen möchte was man bereits besitzt.

Deswegen ist der TE auch mittlerweile Großkunde bei DHL wegen der ganzen hin und her Senderei fürs Bauteile testen :D vlt. solltest DU den Thread nochmal aufmerksam lesen.

aber halte uns mit deiner Faulheit nicht davon ab etwas zu lernen.

Bin gespannt was du hier lernen willst. Vlt. wie du den Chipsatz umlötest oder eine neue Firmware für ein Board programmierst
 
Zuletzt bearbeitet:
Was muss ich mir nicht alles einfallen lassen, damit täglich die doch sehr attraktive DHL-Zustellerin klingelt (und meine Frau ist meistens schneller an der Haustür) ... ;-)
GAM.jpg


Ok, genug der gesellschaftlich nicht mehr vertretbaren Altherrenwitze.

Das Gigabyte X570 Aorus Master Rev. 1.2 ist angekommen, und der nächste und zugleich auch letzte Versuch kann beginnen. Leider habe ich mal wieder wichtige Dinge außer Acht gelassen: Ich habe bei der letzten Demontage mit dem MSI (ist weg) vergessen, dass ich vorher einige Software deaktiviere. Gut, das soll jetzt nicht das Problem sein.

Ihr könnt ja für euch selbst mal insgeheim tippen, ob sich damit das Problem aus der Luft schaffen lässt. Ich bleibe bei meinem "Nein" und der Vermutung, dass CPU und / oder AGESA hier die Übeltäter sind. Und da diese Dinge von AMD kommen, hat der Mainboard-Hersteller keinen Einfluss darauf. Ich hoffe, dass ich mich irre. Wir werden sehen.

Keine Ahnung, ob ich heute noch dazu komme. Ich wünsche euch allen jedoch vorab noch ein schönes Wochenende.
 
Viel Erfolg @Steinwurst :drink: Ich werde meine Workstation morgen zusammenbauen. Auch ein Interface zum Testen ist bestellt, das Audient ID4 MKII . Bin gespannt :)
 
Viel Erfolg @Steinwurst :drink: Ich werde meine Workstation morgen zusammenbauen. Auch ein Interface zum Testen ist bestellt, das Audient ID4 MKII . Bin gespannt :)
He, danke :) Audient ID MKII habe ich auch als mein "mobiles" Interface, ist ein tolles Teil! Dann haben wir beide ja etwas zu tun am Wochenende. Jetzt hast du mich natürlich angespornt, dass ich schneller bin :D

Also: Viel Spaß beim Zusammenbau! ;)
 
Ok, habe mir jetzt mal die halbe Stunde Zeit genommen, den Kasten zusammenzubauen.

GAM2.jpg


Neustes BIOS ist drauf (F34, 13.07.2021, über USB-Slot ohne CPU installiert), NVMe's sind eingebaut. Ich habe darauf verzichtet, die PCIe-USB-Karte und USB-Backpanels zu installieren. Nachher kommt dann der Zittermoment: Das erste Einschalten. Aber jetzt gehe ich erst einmal eine große Runde spazieren.

Bis dann ;-)
 
Zuletzt bearbeitet:
Ok, das Kistchen ist nicht explodiert :)

upload_2021-7-17_14-9-58.png


Kleiner Schwank aus meinem Leben: Ich habe jedes Mal, wenn ich einen PC zusammengebaut habe, dieses unangenehme Gefühl, wenn ich das System zum ersten Mal starte (ich schätze mal, dass ich in meinem Leben weit über 200 PC's zusammengebaut habe -natürlich nicht alle für mich. In Praktika während dem Studium, in Firmen, für Freunde und Bekannte). Es ist nur ein einziges Mal vorgekommen, dass sich ein PC mit Schall und Rauch ins Nirvana verabschiedet hat. Das war im Jahr 2001 (damals war ich 56 ... nein stimmt natürlich nicht :D:p), als ich einen AMD Thunderbird verbaute. Der Thunderbird war eine tolle CPU, aber hatte ein massive Schwachstelle: Der DIE war extrem empfindlich und ein falsches / schräges Aufsetzen des Kühlers (verkanten) führte in den meisten Fällen zum Abbröseln der Kanten. Meistens hatte man Glück, und es geschah nichts, aber ich hatte Pech: Beim Einschalten gab es einen riesen Knall, Rauchschwaden kamen aus dem Gehäuse, und die Haussicherung flog heraus. Das war ein Totalschaden. Dieses Erlebnis hat sich derart festgesetzt (ja, ein kleines Trauma eben ;)), dass ich diese Angst heute noch habe. Aber glaubt mir: Audio-Knackser sind schlimmer ...

Aber zurück zur Gegenwart: Jetzt kommt der erste "Knacksertest" (muss nur noch schnell Studio One aktivieren). Drückt mir die Daumen ...
 
Ok, der Sinustontest läuft jetzt und ich nehme gerade den Output via TotalMix / Loopback auf. Geknackt hat bisher noch nichts. aber das hat noch nichts zu bedeuten. Das Fireface wurde ganz trivial an einen der 4 USB 2.0-Steckplätze des Back Panels angeschlossen, ebenso das RME ARC USB, ein NI S61 MK2 und der Logitech Unifying-Empfänger. Der andere Rest (Dongles, ATOM SQ, Faderport 16, etc.) hängt an 2 USB-Ports. Alle anderen Sachen, wie Virus TI2, Mio XL etc. habe ich mal erst gar nicht angeschlossen. Mit dem S1 Mk2 werde ich jetzt gleich einfach etwas spielen und auch ein wenig auf dem ATOM SQ. Gefällt mir: Der Chipset-Lüfter des Gigabytes läuft nicht (nur kurz beim Booten).

Nebenbei: Ich habe jetzt übrigens zwei WD SN850 NVMe PCIe 4.0 2TB (die Samsung's gingen zurück, aber waren nicht die Ursache). Im dritten M2-Steckplatz steckt die Samsung 970 EVO NVMe PCIe 3.0 1TB. Das Aorus Master hat übrigens 6 SATA-Ports, aber: Ich kann nur vier verwenden, weil ich eben alle drei M2-Steckplätze nutze (ich wusste das natürlich vorher, aber wie schnell übersieht man das und ärgert sich hinterher).

Eine Auffälligkeit gibt es schon jetzt: Meine Maus hat nicht mehr diese Mikroruckler in Chrome. So, bin jetzt mal weg und nutze das System mal "praktisch".

Edit: Eine Sache noch: Ich verwende keine Workarounds, habe nichts gedrosselt etc. Ich habe lediglich das 2.5Gb-NIC ausgeschaltet und den RAM auf XMP-Profil-1 gestellt. Der Rest ist auf default.
 
Das System läuft bis jetzt völlig stabil. Ich kann hier mit dem Midi-Keyboard spielen, zwischen Fenstern umschalten, CrystalDiskMark nebenher laufen lassen, Maus und Tastur bedienen, USB-Geräte abziehen und wieder einstecken. Nicht ein einziger Knackser bisher, nichts. Ich bin eben natürlich total skeptisch. Ich denke, es macht Sinn, dass ich das alles mal bis morgen teste, bevor hier wieder die Ernüchterung folgt.

Was aber auffällig ist, ist die Perfomance der WD's auf dem Gigabyte Auorus Master Rev. 1.2 unter PCIe 4.0 im Vergleich zum MSI Meg Unify. Ein paar Seiten vorher hatte ich ja einen Screenshot von CrystalDiskMark gepostet (mit dem Meg Unify):

MSI_Meg_Unify.png


Das schaut mit dem Auorus Master Rev. 1.2 nun so aus:

upload_2021-7-17_15-42-41.png


Und das ist ein gewaltiger Unterschied.
 
Deine Graphikkarte steht jetzt aber auf PCIe 3.0 x8. War das bei deinen früheren Tests auch so?
 
Man man, hier lernt man richtig was :D

Ist es nicht eigentlich total shice egal, ob PCIe Lanes über den Chipsatz an die CPU gehen, oder "direkt"? Die Transfers dürfen doch nur nicht interrupted werden?
Es geht praktisch nur um die Anzahl der PCIe Lanes und WIE diese genutzt werden, über den Chipsatz KÖNNEN diese halt ge-sheard werden.
 

Oft gelesene Themen

Zurück
Oben