News Ryzen 3000: BIOS-Update gegen Probleme mit Linux und Destiny 2

[ghecko]

entweder zu laut, zu viel Strom oder Bug

Stimmt, mit dem 9900K hingegen hat man das volle Programm.

 

[owned139]

Gibt es in diesem Forum eigentlich NUR AMD Fanboys?

 

[emulbetsup]

Schade, da vermeidbar. Hoffen wir, dass der Translation Lookaside Buffer zuverlässiger gefixt wurde.

Tante Edith:

Gibt es in diesem Forum eigentlich NUR AMD Fanboys?

Von deinem Standpunkt aus würde ich auf "Ja!" tippen.

 

[yummycandy]

Gibt es in diesem Forum eigentlich NUR AMD Fanboys?

Gibt bei weitem nicht so viele "Fanboys", wie man denkt.

 

[Piktogramm]

Kein Server verwendet einen Desktop-Prozessor sondern bei AMD EPYC, Intel Xeon, IBM POWER9, usw. und hier werden die Tests entsprechend umfangreich sein. Außerdem läuft hier Unix und nicht Linux.

Es gibt von zum Beispiel Asrock Rack Serverboards mit ECC und Fernwartung für AM4 Sockel. Oder aber man nehme die Embeded CPUs mit Zen(2) Architektur.

Wo ist "hier" meinst du Cbase? Das ist eine Gentoo Spielwiese von @Steffen siehe: https://www.computerbase.de/forum/t...ecdsa-und-lets-encrypt.1829997/#post-21830907

 

[Schmarall]

Es ist sowieso seltsam, dass diese Programme eine Zufallszahl vom Prozessor anfordern. Gerade z.B. bei Linux aber auch sonst ist es viel besser wenn das Betriebssystem diese liefert, weil damit dann viel mehr Entropie berücksichtigt werden kann (Mausposition, Laufwerkstatus, usw. usf. auf was das System eben Zugriff hat). Klar blöd dass das jetzt so im Chip drin ist, aber schlimmer sind hierbei die Programme, die das so abfragen.

 

[emulbetsup]

Es ist sowieso seltsam, dass diese Programme eine Zufallszahl vom Prozessor anfordern. Gerade z.B. bei Linux aber auch sonst ist es viel besser wenn das Betriebssystem diese liefert, weil damit dann viel mehr Entropie berücksichtigt werden kann (Mausposition, Laufwerkstatus, usw. usf. auf was das System eben Zugriff hat). Klar blöd dass das jetzt so im Chip drin ist, aber schlimmer sind hierbei die Programme, die das so abfragen.

Diese Entropie ist beim Systemstart aber noch nicht oder nur kaum vorhanden. Aus diesem Grund wird hier zurecht auf die entsprechende Prozessorfunktion zurückgegriffen. In Silizium implementierte Funktionen haben zu funktionieren - da gibt es imho nichts zu relativieren.

 

[Schmarall]

Diese Entropie ist beim Systemstart aber noch nicht oder nur kaum vorhanden.

Wieso brauche ich die beim Systemstart?

 

[chris333]

Jetzt weiss ich auch was ein Bekannter letztens meinte, als wir über die Rückkehr von AMD gesprochen haben.

Er sagte dazu das er nur Intel an seine Kunden verkauft, weil läuft.
Erst die Speicherproblematik bei Zen 1. Und jetzt das.
Ist zwar jetzt auch kein Weltuntergang, aber darauf haben viele eben kein Bock.

 

[emulbetsup]

Wieso brauche ich die beim Systemstart?

Es geht um die Generierung eindeutiger IDs (UUID). Wenn der Zufallsgenerator immer dieselben Zahlen liefert, dann sind die IDs nicht mehr eindeutig. Systemd kam mit diesem unerwarteten CPU-Fehler nicht zurecht und läuft in eine Endlos-Schleife, da unendlich oft das selbe Ergebnis kommt.

 

[Benji18]

Das hab ich doch oben geschrieben. Es ging in dem Fall nur um AMD CPUs. Ich wiederhole es nochmal, ja, AMD hätte das schon lange patchen können.

ich find das jetzt nicht so schlimm, da hat Intel schon heftigere Bugs verschwiegen z.b. der C2000 Atom mit seinem zuschwach ausgelegten Taktgain was zum frühzeitigen sterben der cpu führt und sowas verkaufte intel wissentlich an Enterprise Hersteller ....

 

[Hauro]

Er sagte dazu das er nur Intel an seine Kunden verkauft, weil läuft.

• KB4465065: Intel-Microcode-Updates - support.microsoft.com
• KB4497165: Microcodeupdates von Intel
• KB4090007: Intel microcode updates
• Skylake, Kaby Lake chips have a crash bug with hyperthreading enabled (6/26/2017, 9:30 PM)
  

  A fix is available for Linux systems; Windows users will have to use firmware updates.
  
  Under certain conditions, systems with Skylake or Kaby Lake processors can crash due to a bug that occurs when hyperthreading is enabled. Intel has fixed the bug in a microcode update, but until and unless you install the update, the recommendation is that hyperthreading be disabled in the system firmware.

  Updated my Thinkpad T460 firmware yesterday (surprisingly painful under Linux, as Lenovo in their infinite wisdom only distribute an ISO image, for a machine without an optical drive). Reading the release notes, the first version with the updated microcode was released June 5th.

  Nach einigen Kommentaren hier, hätte dies Intel auch vorher wissen müssen. Ist gerade mal zwei Jahre her, wie einiges in Vergessenheit gerät.

Um nur einige aufzulisten. Ich breche hier die Lanze von keinen von beiden. Beide machen Fehler und beide müssen Bugs fixen. Und dabei nicht vergessen mit welchen Ressourcen AMD alles bewerkstelligen muss.

 

[MaverickM]

Berichtigt mich, aber das hat Intel bei Release doch besser drauf

Genau, bei Intel ist wenigstens nur eine Sicherheitslücke in sämtlichen Prozessoren mit HT, die die Leistung mit Fix... aehm... geringfügig... reduziert!

 

[Ratz_Fatz]

Testet doch einfach mal welche ältere CPU betroffen ist. Golem hat doch in dem Beitrag einen Test verlinkt(direkt).

 

[Pr3c4rio]

Ich wollt eigentlich die Woche meinen Ryzen 9 3900X Bestellen mit X570 Board. Ist schon immer so, kommt was neues, erst mal 3 Monate warten, was so passiert. ^^

Wollte auch erst am 7.7. bestellen, aber das rumgegurke mit irgendwelchen Beta-Bios und Linux Bugs ist mir da echt zu nervig.

Da kann man mMn wirklich am besten paar Wochen/Monate abwarten und sich dafür (hoffentlich) sowas ersparen

 

[Piktogramm]

Wieso brauche ich die beim Systemstart?

Ich finde ja, das wurde wunderbar in Post #28 erklärt.

 

[coolmodi]

Gibt es in diesem Forum eigentlich NUR AMD Fanboys?

Wie kommst du da drauf? Haben wir den gleichen Thread gesehen? Und dann noch 9900K und Nvidia Avatar, das könnte glatt Satire sein

 

[derSafran]

Stimmt, mit dem 9900K hat man das volle Programm.

klatsch

Ich als Intel - Nutzer und AMD - Sympathisant stelle fest, dass abgesehen von denjenigen, die hier häufig und regelmäßig im Forum aktiv sind, die Wenigposter "Commentcherrypicking" betreiben um neue Threads zu derailen und damit Stoff für eine neue Runde bieten.  [ITT]

Fakt ist: Beide Hersteller kochen mit Wasser und machen Fehler. Die schenken sich nicht viel. Intel hingegen hat nicht nur ein größeres Team und Budget, sondern lässt sich diese Sicherheit mit Aufpreis bezahlen und darf daher durchaus mehr Spott vertragen.

Meine Meinung ist: Dumm von den Entwicklern den Entschluss zu fassen sich auf etwas verlassen zu wollen, was bisher unzuverlässig war und gerade mal funktioniert. Prinzipien hin oder her. Dumm von AMD sich darauf zu verlassen, dass es wie bisher weiterläuft und sowas nicht geprüft oder gefixt werden muss (wobei der Releasezeitpunkt langsam Zeitkritisch wurde). Aber hier handelt es sich immer noch um Desktop und nicht um ausfallsichere Wasweißichsysteme.

 

[aspro]

Wie kommst du da drauf? Haben wir den gleichen Thread gesehen? Und dann noch 9900K und Nvidia Avatar, das könnte glatt Satire sein

Vermutlich kommt er darauf, weil es selbst bei so eindeutiger Faktenlage bzgl. dessen wer hier Mist gebaut hat, immer noch Experten gibt, die hier AMD verteidigen bzw. systemd den schwarzen Peter zuschieben wollen, weil die so naiv sind zu glauben, dass CPU-Instruktionen auch das tun, was sie tun sollen.

 

[Palmdale]

...

Nich falsch verstehen, der Launch ist alles andere als glatt. Aber Fehler gabs und wirds immer geben. Wichtiger ist, daß man das per Patch beheben kann und kein Hw-Fehler ist.

Das mit hw Fehler steht ja noch aus, wie im Text erwähnt gibt sich AMD hierzu zugeknöpft...