AM5 ECC-Server – Erfahrungen auch ggf. im Vergleich zu AM4/Intel

Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Hat hier eigentlich jemand einen Server auf AM5 Basis bereits auf einem Consumer Board am laufen und ist zufrieden?
Ich finde die Server Boards mit IPMI(>500 Euro) bieten bei AM5 arg wenig, was den Preis rechtfertigen könnte.
 
@Trambahner hat da einen wie ich finde sehr interessanten Erfahrungsbericht gerade eingestellt:
 
Vielleicht kann jemand mit Erfahrung nochmals über die zwei Boards hier kurz schauen.
Beide haben laut Handbuch eklektisch einen PCIE x16 und einen PCIE x4 direkt über die CPU und nicht über den Chipsatz angebunden.
Das ist doch für Server besser, weil man die PCIE Geräte sicher mit eigenen Gruppen per Passthrough durchreichen kann?
Bei Anbindung der PCIE-Steckplätze über den Chipsatz kann es doch Probleme hierbei geben, richtig?

Ansonsten hat das ASRock noch einen LAN Anschluß mehr und IPMI.
2,5 oder 10 Gbit LAN haben beide nicht.

Wo liegt der Mehrwert von über 200 Euro beim ASRock?
Ist es wirklich nur das IPMI oder übersehe ich etwas?
 
OK, das mit der PRO CPU war mir bekannt. Auch wie ich ECC prüfen kann, aber wie sehe ich bzw. teste ich, ob dem OS ECC Fehler gemeldet werden?

Ich finde die Server Boards mit IPMI(>500 Euro) bieten bei AM5 arg wenig, was den Preis rechtfertigen könnte.

Da hast Du schon einen guten Grund für IPMI. Dort werden die ECC Fehler geloggt.
 
Naja die 150€ sind jetzt nicht alle Welt...
OT: 1 TB in so einer Adapterkarte ist doch mega Platzverschwendung, da fängt man doch nicht unter 4 TB an, schade um die Lanes?!
... und dann sind wir da wohl bei Beträgen, die nicht "nix" sind (vermutlich auch für den Durchschnittsluxxer nimmer).
RAM bis zur Kotzgrenze übertakten und gucken ob im Windows systemlog entsprechende Fehler protokolliert werden
Ging bei AM4 super. Erst mit Memtest die Kotzgrenze ausgelotet, da wirds in jedem Fall angezeigt, und dann ins OS der Wahl booten.
Wobei ich auf letzteres verzichtet hab, mir hat Memtest gereicht, nachdem meine 3200er DDR4 erst bei 3933 gekotzt haben und ich sie dual auf 3600 und "Quad" (also 2x2) auf 3200 laufen hab, reicht mir das.
Hat hier eigentlich jemand einen Server auf AM5 Basis bereits auf einem Consumer Board am laufen und ist zufrieden?
Ich finde die Server Boards mit IPMI(>500 Euro) bieten bei AM5 arg wenig, was den Preis rechtfertigen könnte.
Warum nicht. Die Asus TUF haben ja wie erwähnt nette Slot-Aufteilungen. Musst dir halt vorher ansehen, was passt.
Hat immerhin 2x 10 GbE Onboard. Damit sparst dir schon mal PCIe für eine NIC, ausser, es soll Glasfaser sein, aber wenn schon Ethernet da ist, kann mans ja auch verwenden. Wird dann zwar nix mit 25 Gbit, aber... das wirst wohl verkraften (ausser halt man macht ein 4x PCIe 5.0 M.2 Raid? :d).

Ich wäre aber mit der restlichen Konfig nicht glücklich, wenige PCIe Slots, wenig M.2, wenig SATA...
Ein ASM1166 6x SATA Controller will 2 PCIe Lanes, wird schon wieder nix im x1 Slot... also ab in den x4... der x1.. naja.. ne SSD mit 1 Lane kannst betreiben... ansich ganz okay.


Der Vorteil an einem Board mit Onboard-Grafik wäre, dass du die iGPU, die bei AM5 wohl den Reset-Bug los sein könnte (genau googlen welche das sind), extra durchreichen solltest können (wenns denn klappt).


Nachdem du brauchbare AM5 Consumer-Boards nicht unter 200€ bekommst und diese dann nur 1x 2,5 GbE haben (evtl + 1 GbE extra; pro Aquantia 10 GbE NIC ca. >80€ oder halt uralt Intel Enterprise Warmhalteplatten) ist der Aufpreis zum B650D4U imho nicht so schlimm...
Wennst jetzt vom TUF noch einen PCIe x4 für die 10 GbE NIC wegnimmst, bietet auch nicht sooo viel mehr (naja bessere VRM Kühler etc., aber soll ja eh sparsam werden).

tl,dr:
=> B650D4U mit einer Pro-CPU mit Reset-Bug-Freier iGPU wäre schon was.
DDR5 UDIMM würde ich einfach den 5600er kaufen, wird schon laufen, JEDEC Timings im Profil sind eh zahm. Zumindest bei DDR4 ECC war alles richtig easy.
 
Ich versteh den Sinn dieses Threads nicht. Du hast ein MC12 gekauft und beschwerst dich, das RAM und CPU so teuer sind, und willst stattdessen ein AM5 System mit ECC kaufen ? :fresse:
 
Ich versteh den Sinn dieses Threads nicht. Du hast ein MC12 gekauft und beschwerst dich, das RAM und CPU so teuer sind, und willst stattdessen ein AM5 System mit ECC kaufen ? :fresse:
Ja, ich tendiere langsam zwar eher wieder zum AM4, finde allerdings echt, dass die Teile für ihr alter arg teuer sind.
Tut mir leid, wenn ich das vielleicht falsch sehe, aber es kommt mir so vor.

Edit:
Also bitte nicht falsch verstehen, am Ende ist der Preis für Board und CPU im Server je nach weiterer Config nicht der größte Posten, dennoch finde ich, dass man schon immer jedes Teil für sich bewerten sollte!
 
Es ist einfach alles arg teuer. Die Ursachen dafür dürfen hier im Forum nicht genannt werden, aber seis drum, ist am Ende auch egal.

Wir haben einfach enorme Preissteigerungen seit XYZ passiert ist, warum auch immer.
SSD viel teurer (+25-100% im Vergleich zum Vorjahr), HDD teurer, Mainboards werden immer teurer, RAM ist nix billiger, zumindest der gute ECC UDIMM...

Wenn man was ordentliches will, kostet das halt leider.

Hab auch schon überlegt meinen 3570K mit dem Asus Z77 Vollehütte Board zu verwenden, ist nämlich gratis und hat 4x SATA drauf und ist Triple Crossfire/SLI tauglich (also irgend ne sinnvolle Form der Bifurication für NIC und SSD). Hat bei meiner letzten Messung bissl gesoffen, aber evtl. liese sich da was machen... ist ewig her die Sandy/Ivy Sache.. müsste man mal kontrollieren.


Ich mein nur... ist halt so ne Sache... die Entwicklung ist halt nicht mehr wie früher.
Gefühlt bekommt man pro € bei neueren Sachen kaum mehr, die richtig guten Sachen kosten halt leider auch richtig gutes Geld...
 
Preise... MLID interviewte letztens so einen Serverguy, der da meinte, Zen4 Epycs verkaufen sich grad wie blöde und das liegt alleine an den DDR4-Preisen... (vs. DDR5).
 
Ja, ich tendiere langsam zwar eher wieder zum AM4, finde allerdings echt, dass die Teile für ihr alter arg teuer sind.
Ja und nein - finde ich schwer zu sagen.
Man muss ja festhalten, dass diese ganze Thematik nur deshalb überhaupt existiert, weil AM4 einen vergleichsweise ewigen Lebenszyklus hat (und damit viele CPUs günstig verfügbar sind), fast alle CPUs und APUs ECC unterstützen und nun mit dem Gigabyte-Board eine sehr günstige Grundlage vorhanden ist. Realistisch dürfte für den HomeServer-Bereich ein Zen3-System noch viele Jahre genug Leistung bieten, selbst wenn rechenintensive Aufgaben wie Game-Server dazu gehören. Nimmt man da DDR4-ECC-RAM in die Rechnung mit rein, ist man immer noch günstiger als in den Vorjahren denkbar gewesen wäre.
 
Nimmt man da DDR4-ECC-RAM in die Rechnung mit rein, ist man immer noch günstiger als in den Vorjahren denkbar gewesen wäre.
Da hast du Recht.
Dennoch ist es schwer, weil der Mehrpreis bei einem günstigen Board mit Ryzen 7000 ggf. 8000 CPU noch halbwegs im Rahmen ist, wenn man bedenkt, dass man dann schon DDR5 hat.
Leider ist mir durch den Thread von Trambahner erst klar geworden, dass es für ein stromsparendes System mit ECC unbedingt eine Ryzen 9000 CPU sein muss.
Scheinbar waren Ryzen 7000 und 8000 recht hungrig was den Stromverbrauch angeht.
Mit einem Ryzen 9000 wird das PL-Verhältnis im Vergleich zu AM5 natürlich nochmals schlechter :(
 
dass es für ein stromsparendes System mit ECC unbedingt eine Ryzen 9000 CPU sein muss.
Das ist Quatsch. Ich kann mich auch hinstellen und ein Board auf extra wenig Verbrauch trimmen für den Bechmark, wenn man so will, und dann später kommt der reale Einsatz. Dass das Gigabyte MC12-LE0 mit seinem BMC/IPMI usw. nicht denn niedrigsten Verbrauch erzielen kann, sollte doch klar sein. Was den Verbrauch im niedrigen Last-Bereich oder total-idle gegenüber intel betrifft, sehe ich keine Vorteile für AMD seit Generationen, warum sollte es auch, es gab keine gravierenden Änderungen am Design.
 
Zuletzt bearbeitet:
Ich würde auch die Frage stellen, ob ein Dauer-Idle-System dringend so viel (potenzielle) Power und Features wie ECC, IPMI usw benötigt.
@Trambahner hat mit seinem System mal zumindest bewiesen, dass AM5 nicht zwangsweise einen so schlechten Idle-Verbrauch haben muss, wie oftmals suggeriert. Aber ich bin da schon bei @BobbyD , dass man das gesamte System im Realbetrieb betrachten sollte (ganz egal mit welchem Unterbau) und dann ist die Effizienz wichtiger als jeder Minimalwert.
 
@BobbyD , dass man das gesamte System im Realbetrieb betrachten sollte (ganz egal mit welchem Unterbau) und dann ist die Effizienz wichtiger als jeder Minimalwert.
Würdet ihr dann sagen, dass in Bezug Stromverbrauch zwischen AM4 und AM5 respektive Ryzen 5000, 7000, 8000, 9000 nicht viel um ist, wenn man den Schnitt aus Idle und Teillast betrachtet?
 
Ist halt ein wenig das typische "Kommt drauf an".
Besteht dein Schnitt aus 99% Idle und 1% SingleCore-Power, ist der Idle-Wert wichtiger denn je (und du solltest ggf. eher den UseCase dahinter anschauen). Hast du hingegen eher ein "Grundrauschen" von einer Auslastung um 10% und brauchst gezielt volle Power, bringen dich moderne(re) Plattformen in aller Regel immer weiter (siehe beispielsweise hier unter Multi-Threaded-Performance/Watt). Aber damit sich das dann rechnet, muss man schon seine Anwendungen ganz gut kennen, was zugegeben nicht immer einfach ist.
 
aber wie sehe ich bzw. teste ich, ob dem OS ECC Fehler gemeldet werden?
Wenn dein Mainboard Error Injection unterstützt, im BIOS aktivieren und dann mit MemTest oder im gewünschten OS testen. Du musst ggf. im BIOS auch Platfrom First Error Handling (PFEH) deaktivieren - dieses Feature sorgt dafür, dass Fehler transparent behandelt werden (je nach Einstellung System Freeze oder System Reboot bei unkorrigierbaren Fehlern, bei korrigierbaren Fehlern transparente Korrektur) und entsprechend nicht an das OS gemeldet werden.

Sollte dein Mainboard Error Injection aus irgendeinem Grund nicht unterstützen, provozierst du den Fehler mit mildem OC an der Stabilitätsgrenze. Gemeldete Fehler kannst du bei Windows über die Ereignisanzeige bzw. bei Linux mittels edac-utils auslesen. Faustregel hierbei: bis zum Beweis des Gegenteils und ganz wenigen Ausnahmen kannst du bei ASUS davon ausgehen, dass ECC Reporting und Correction grundsätzlich korrekt funktioniert, bei ASRock ebenfalls. Bei Gigabyte und MSI sieht das anders aus - hier würde ich genau andersrum vorgehen: bis zum Beweis des Gegenteils davon ausgehen, dass ECC Funktionalität *nicht* unterstützt wird.
 
Bei Gigabyte und MSI sieht das anders aus - hier würde ich genau andersrum vorgehen: bis zum Beweis des Gegenteils davon ausgehen, dass ECC Funktionalität *nicht* unterstützt wird.
Das gilt bei diesen Herstellern dann aber für die günstigen Boards und nicht für Serverboards wie MC12-LE0 oder MC13-LE0?
Beitrag automatisch zusammengeführt:

Besteht dein Schnitt aus 99% Idle und 1% SingleCore-Power, ist der Idle-Wert wichtiger denn je (und du solltest ggf. eher den UseCase dahinter anschauen). Hast du hingegen eher ein "Grundrauschen" von einer Auslastung um 10% und brauchst gezielt volle Power, bringen dich moderne(re) Plattformen in aller Regel immer weiter (siehe beispielsweise hier unter Multi-Threaded-Performance/Watt).
Ja, leider habe ich bisher keine Tests oder Forenberichte gefunden wo ein halbwegs vergleichbarere Test zwischen Ryzen 5xxx, 7xxx, 8xxx oder 9xxx durchgeführt wurde und sinnvolle Stromwerte gemessen wurden. :(
 
Wie gesagt, kann man als Faustregel so stehen lassen. Das MC12-LE0 und MC13-LE0 werden offen als Server-Mainboards beworben und unterstützen ECC. Aus dem Stehgreif weiß ich aber nicht mehr, ob PFEH konfigurierbar ist und ob die Fehler auch tatsächlich an das OS durchgereicht werden bzw. lediglich im IPMI geloggt werden. Ich würde davon ausgehen, dass Error Correction korrekt funktioniert und mindestens im IPMI geloggt wird. Bei Error Reporting an das OS kann man sich außer bei ASUS und ASRock nirgends wirklich sicher sein, bis es jemand hands-on konfiguriert und getestet hat. Im entsprechenden Sammelthread gibt es vielleicht Hinweise - auf die schnelle konnte ich jedoch keine finden.
 
Würdet ihr dann sagen, dass in Bezug Stromverbrauch zwischen AM4 und AM5 respektive Ryzen 5000, 7000, 8000, 9000 nicht viel um ist, wenn man den Schnitt aus Idle und Teillast betrachtet?
Ja, wenn du eine gewisse Vorstellung von einer Menge an Schnittstellen haben willst (so µATX-ATX eben mit bissl SATA, M.2, PCIe, LAN etc.) und auch eine gewisse Menge RAM und eine gewisse CPU-Leistung verfügbar haben magst, hat das halt einen gewissen Grundverbrauch.
HDDs machen die Sache nicht besser.

Bei der Investitionssumme von 4-stellig (das kosten ja schon paar ordentliche HDDs) ist eher egal ob du jetzt 20W idle oder 40W idle hast, solangs keine 250W idle einer ausgemusterten Enterprise-Gurke sind.

Imho kann man im Q3 2024 schon daran denken AM5 zu kaufen, auch wenn AM4 ewig lebt und nachwievor eine feine Sache ist.
Die Zeit bleibt halt nicht stehen, der alte Kram wird offenbar nimmer billiger (komplett abartig, wie die DDR4 ECC UDIMM im Preis angezogen haben, +30%).
5650G ist auch schon ziemlich teuer, ärger mich etwas, mich nicht eingedeckt zu haben. :d

Hab ja noch ein MC12 hier, mit dem ich eig. einen Proxmox-Spiel/Test-Rechner und später Backupserver bauen wollte. Hätte gern ne APU gehabt um zu schauen, ob der Reset-Bug auf Proxmox fixbar ist, aber +90€ für 5650G vs 5600 ist irgendwie hart... hätte auch gern 64gb, damit Platz für VMs ist. 32gb wären zwar auch okay, aber das ist halt wsl. schon wenig für Proxmox, TNS und ne VM...

Hab da auch grad Hemmungen zu den Preisen zu kaufen.
Mit SSDs siehts ja auch nicht besser aus. Die PM9A3 960GB hat in 1 Jahr ne Preissteigerung von can +150% hingelegt... brrr... von wegen 7% Inflation, am Arsch.

WD Red M.2 geht noch so, hat zwar kein PLP, ist aber sonst im brauchbaren Rahmen, aber halt auch kein Schnapper.
 
Bei der Investitionssumme von 4-stellig (das kosten ja schon paar ordentliche HDDs) ist eher egal ob du jetzt 20W idle oder 40W idle hast, solangs keine 250W idle einer ausgemusterten Enterprise-Gurke sind.
Du siehst es so wie ich was das betrifft. Dennoch betrachte ich irgendwie auch die Positionen einzeln. Einfach ist es aktuell leider wirklich nicht! :(

Nochmals eine Frage zum AM5 bzgl. ECC und Prozessoren.
Es scheint so, dass es egal ist, ob ich z.B. einen
  • Ryzen 7 7700
  • Ryzen 7 PRO 7745
  • Ryzen 7 7700X
Pro ist wohl ein Chiplet weniger in der CPU, also vielleicht ein wenig besser Stromverbrauch?!
Aber das X bringt mir überhaupt nichts oder?
 
Also bei AM4 war es so, dass alle "normalen" Doppelchiplet CPUs ECC konnten, die hatten alle keine iGPU.
Bei den Monolith CPUs konnten nur die PRO ECC. Also 5600G konnte kein ECC, 5650G aber schon.

Jetzt haben alle Doppelchiplet CPUs (wozu wohl der 7700 und 7700X zählt) eine mini iGPU (alte Technologie, ob die noch Reset Bug hat?).

Beim 7745 HX steht ganz klar "ECC: Nein": https://www.amd.com/de/products/processors/laptop/ryzen/7000-series/amd-ryzen-7-7745hx.html
7745 PRO ist nicht so in dieser Infoliste bei AMD zu finden, laut Geizhals kann er ECC, und dem vertraue ich aus unterschiedlichen Gründen auch.

Wird also weiter so sein, der Monolith-Kram mit besserer iGPU kann wohl nur ECC in der PRO Version, vermutlich ähnlich wenn nicht genau wie bei AM4.
Beitrag automatisch zusammengeführt:

Aber das X bringt mir überhaupt nichts oder?
Nein, is nur für OC bzw TDP boost und so.
 
Beim 7745 HX steht ganz klar "ECC: Nein": https://www.amd.com/de/products/processors/laptop/ryzen/7000-series/amd-ryzen-7-7745hx.html
7745 PRO ist nicht so in dieser Infoliste bei AMD zu finden, laut Geizhals kann er ECC, und dem vertraue ich aus unterschiedlichen Gründen auch.
Der 7745HX ist auch ein ganz anderer Chip, der nur namentlich erst einmal ähnlich erscheint, aber eine waschechte Laptop-APU darstellt.
Wie ich das sehe, sind 7700, 7700X und PRO 7745 erst einmal identisch im Aufbau, wobei der X ein höheres TDP-Limit erhält und die Pro-Variante noch DMTF DASH. Was ECC und Verbrauch angeht, sollte die CPU aber recht identisch zum 7700 sein.
 
Jetzt haben alle Doppelchiplet CPUs (wozu wohl der 7700 und 7700X zählt) eine mini iGPU (alte Technologie, ob die noch Reset Bug hat?).
Ja, kann jemand bestätigen, dass der Reset Bug bei den 7000, 8000, 9000 CPUs immer noch vorhanden ist oder inzwischen nicht mehr auftritt?
 
Wie ich das sehe, sind 7700, 7700X und PRO 7745 erst einmal identisch im Aufbau
Tatsache.
Beitrag automatisch zusammengeführt:

Brahaha, offenbar hat selbst die XTX noch den Reset-Bug.
7700 auch. https://bbs.archlinux.org/viewtopic.php?id=293475

Ich glaube, in Realität ist dieser "bug" strategisch positioniert bzw. strategisch nie behoben.
Bei NV bekommst SR-IOV ja auch nur mit dem Verkauf einer Niere (und der zweiten für die Lizenzen, wsl. brauchst dann auch VMware und nicht Prox, damit das läuft, Prost, Mahlzeit).

Wenn die Intel CPUs nicht alle voller diesem E-Core-Dreck wären und die Boards so teuer und mies wären (und wohl auch nicht alle Stücke zuverlässig spielen)... naja.
 
Zuletzt bearbeitet:
lol: https://community.amd.com/t5/graphics-cards/when-are-you-fixing-the-amd-gpu-reset-bug/m-p/157569
Es ist irgendwie total undurchsichtig das alles: https://www.reddit.com/r/VFIO/comments/15sn7k3/does_the_amd_reset_bug_still_exist_in_2023/

Es gibt wohl einen Haufen verschiedener Fixes, beim einen funktionieren sie, beim anderen nicht.

Für mich aber am Ende mäßig interessant, wenn ich das Device an EINE VM durchreichen muss (gerade sowas wie ne Graka, bei ner HDD is ja was anderes), ist das ohnehin mäßig brauchbar.
=> SR-IOV oder nichts, irgendwie. Das sollte die Intel iGPU angeblich können, was da dann tatsächlich funktioniert, kann ich nicht sagen.


Man müsste mal prüfen, ob VirGL nicht ausreichend ist (QXL eher nicht). Hab momentan aber leider keine Maschine hier, mit der ich das testen könnte, dazu fehlt mir zumindest eine CPU.
 
Man müsste mal prüfen, ob VirGL nicht ausreichend ist (QXL eher nicht). Hab momentan aber leider keine Maschine hier, mit der ich das testen könnte, dazu fehlt mir zumindest eine CPU.
Ich befürchte, dass du damit höchstens eine Linux Maschine beschleunigt bekommt. Für Windows müsste hier allein schon der Treiber verfügbar sein ......
 
Brahaha, offenbar hat selbst die XTX noch den Reset-Bug.
7700 auch. https://bbs.archlinux.org/viewtopic.php?id=293475
In dem Link beschreibt er doch, dass es letztlich funktioniert :hmm:
Überhaupt scheint ab RDNA2 das meiste zu funktionieren, die ganzen Fixes sind deutlich älter für RDNA1 und Vega, zumindest lese ich das auf die Schnelle so. Deine Links sind ja zum Teil ein paar Jahre alt.

Interessant wäre dennoch, ob die AMD AM5-Epycs hier vielleicht optimiert wurden.
 
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