x264 Benchmark (kein Schnelldurchgang! 32-Bit multicore und ≥1GB RAM)

Najo, "Schlußlicht" würde ich das jetzt auch nicht nennen. Da ist auch noch ein SMP i820 mit Chips auf 1.53GHz hinter dir. Ist auch eine coole Plattform, Intel Mainboard aber dann mit ServerWorks Chipsatz hat irgendwie auch was. Das schaut ja quasi fast aus wie ein Eingeständnis Intels an die Überlegenheit von ServerWorks Chipsätzen.

Zur RAM Erkennung: Auch das liegt recht sicher am ServerSet III HE-SL. Diese RAM Infos holt man sich über Chipsatzregister oder den DMI Bus. Das wird halt bei ServerWorks alles ein bisserl anders laufen, und das hat wahrscheinlich nie jemand in gängige Programme implementiert. Einziger Weg, der mir auf die Schnelle einfiele: Rechner aufschrauben, einen Hauptspeicherbaustein rausnehmen, Teilenummer abschreiben und selbige im Netz suchen. Ist halt (nicht notwendige) Zusatzarbeit. Dann hätten wir deine Timings auch, weil sich der Chipsatz ziemlich sicher an die im SPD EEPROM hinterlegte Vorgabe halten wird. Wäre aber nur das Sahnehäubchen oben drauf.

Darauf vertrauend, daß ein ServerWorks Chipsatz immer die im SPD hinterlegten Spezifikationen befolgt habe ich das Mal nachgetragen. Auf CL2 wird er wohl eher nicht laufen, und was lahmeres als 3-3-3 geht bei SDR-SDRAM glaube ich eh nicht?

Ist aktualisiert (und korrigierte Latenzen wie grade im IRC besprochen sind eingetragen).

So, hier noch der neue Ryzen auf der Arbeit im x264er, Standardversion unter Windows auch dabei, wenn auch nur in einer VM möglich:

0000:17:22.162 | GAT | 1/8/16 | AMD Ryzen 7 5700G 3.80GHz | 64GiB DDR4/3200 16-18-18 | ASRock X570 Steel Legend | AMD X570 Bixby | RedHat Enterprise Linux 8.5 (Cust. GCC 8.5.0 r3094 Build)

0000:39:24.718 | GAT | 1/8/16 | AMD Ryzen 7 5700G 3.80GHz | 2GiB DDR4/3200 16-18-18 | ASRock X570 Steel Legend | AMD X570 Bixby | Windows XP Pro SP3 on VBox 6.1.32/RedHat Enterprise Linux 8.5

Ich habe hier nur das schnellere der beiden eingetragen, weil da offensichtlich nicht viel über die Meßungenauigkeit hinaus zu erfassen war. Das zweite Ergebnis trage ich nur ein, wenn du es explizit wünscht.

Der x264 Benchmark hat generell eher niedrige Anforderungen an die Speicherbandbreite. Das macht sich hier augenscheinlich gut bemerkbar, zudem die iGPU im Desktopbetrieb wohl nicht viel davon verbraucht. Das ließe sich eventuell mit [GPU-Z] nachweisen. "Eventuell", weil ich nicht weiß ob das Tool die Bandbreite von iGPU zu RAM genauso messen kann wie bei PCIe Grafikkarten möglich.

Mengenmäßig hast wohl sowieso mehr als genug für den Test. Soviel vom RAM kannst der iGPU ja gar nicht zuteilen, daß sie um die 8 GiB wegfressen würde. Nehme ich Mal an.

Ja, wie gesagt... Ich hab da nicht weiß Gott wieviel Acht drauf gegeben. Wichtig war mir das PCIe 4.0 NVMe RAID-1, der Umstand daß ich eine iGPU habe, genug RAM (mind. 64 GiB) und halbwegs genug CPU Leistung. Storage Performance und RAM waren die Hauptpunkte. Und genug SATA Ports für Kaltdaten und ODDs für Rückwärtskompatibilität waren ein Bonus.

Redundanz war mir eben auch wichtig, also das Betriebssystem und die wichtigsten VMs (das Zeug das auf den NVMe SSDs liegt) mußte gespiegelt sein. Ebenso die wichtigeren Kaltdaten, daher ist auch das ein RAID-1. Ich denke aber ich werde für ein paar der größeren VMs die ich doch öfter (aber nicht dauernd) brauche noch ein zusätzliches 2 × 750 GB SATA SSD RAID-0 oder JBOD einbringen, aus bestehenden SSDs. Quasi ein "Intermediate Tier" Storage. Backups der betreffenden Software Build & Deployment VMs als OVA Appliances habe ich ja.

Zuerst wollte ich den Ryzen Pro mit 6 Kernen und iGPU haben, also den Ryzen 5 Pro 5650G. Grund war der zusätzliche Bonus offizieller ECC Unterstützung. Hirnrissigerweise bremst aber der Ryzen "PRO" (rofl...) den PCIe auch auf 3.0 runter. Deswegen hatte ich eigentlich den 5700G gekauft, weil der mit PCIe 4.0 beworben war (bitte frag mich nicht mehr wo).

Sieht aber so aus daß du tatsächlich Recht hast, sowas dämliches. Künstliche Marktsegmentierung gehört verboten!

Najo, dummer Fehler meinerseits. Wenigstens die hohen IOPS der SSDs kann ich genießen. Wenn ich die SSDs irgendwann aufrüsten sollte wäre es halt eventuell sinnvoll die CPU auf einen X zu wechseln, mit kleiner dedizierter Graka.

Jetzt gehe ich die CPU aber sicher nicht tauschen, auch wenn das ein Wermutstropfen ist. Würde man mich wohl auch nicht machen lassen, weil dann braucht's ja eine Graka auch noch. Was kaum Sinn macht eigentlich. Das wäre bei Anschaffung der Maschine eh nicht mehr drin gewesen, budgettechnisch. Habe den Pott eh schon weiter gedehnt als ich hätte sollen.

Ist drin!

Cool wären noch die eingesetzten Versionen vom Compiler und x264 selber ($ x264 --version | grep -v -e config -v -e lic -v -e lib). Den Chipsatz könnte man vielleicht mit Sachen wie # lspci | grep -i 'host bridge' oder # dmidecode -t baseboard rausfinden, letzteres aber eher unwahrscheinlich. In jedem Fall cool, jetzt geht's Mal wieder den Netzwerk Appliances an den Kragen!

Ah schade, keine Revisionsnummer. Ok, ist Mal nachgetragen, vielen Dank! Beim Chipsatz ist auch die Frage, ob das nicht sowieso schon ein reiner SoC ist, wie so oft. Dann gäbe es eh keine echten, externen Brückenchips mehr.

Edit: Einen x5-E3930 Eintrag gibt es ja schon, der hat nur den Plattformbezeichner "Apollo Lake" als Chipsatz drin. Da hatte ich wohl recherchiert. Wird dementsprechend wohl wirklich ein reiner SoC sein. Macht auch Sinn für den Einsatz in integrierten Appliances. Hab's bei deinem Ergebnis Mal dem anderen gleich nachgetragen.