News ARM Ares Neoverse: Der nächste Angriff im Servermarkt startet in 7 nm

[Volker]

ARMs bisherige Angriffe im Servermarkt sind zum größten Teil verpufft, von den 2015 prognostizierten 25 Prozent Marktanteil im Jahr 2020 ist man weit entfernt. Jetzt startet ARM mit Ares und Neoverse die nächste Stufe. Diese ist deutlich schneller als der Vorgänger, doch die x86-Übermacht holt ebenfalls zum nächsten Schlag aus.

Zur News: ARM Ares Neoverse: Der nächste Angriff im Servermarkt startet in 7 nm

 

[HardRockDude]

An dieser Stelle hätte ich mal eine kleine Frage an CB bzw. eine Art Anreiz.
Man liest ja immer wieder Nachrichten über diese Prozessoren, nicht zuletzt durch Smartphone-Tests. Wäre es vielleicht möglich, dass ihr einen kleinen Bericht über die verschiedenen Prozessortypen und -architekturen schreibt? CISC, RISC, x86/64, ARM? Das muss ja nicht extrem ins Detail gehen, einfach so eine Art schneller Wissenshappen, um die Unterschiede, Vorteile bzw. Nachteile und Anwendungsbereiche zu verstehen. Ich denke da im Zusammenhang auch an die Erklärbär-Berichte, die ihr z.B. über Raytracing und diverse Anti-Aliasing-Algorithmen veröffentlicht habt. Könnte mir vorstellen, dass das hier grundsätzlich positiv aufgenommen werden würde und keine unerhebliche Klickressource für euch wäre

 

[Ned Flanders]

Über Epyc und Xeon gab es kürzlich einen Vortrag an der Universität Barcelona, gehalten von Chris Hollowell vom Brookhaven National Institute des US Energieminsteriums.

Die haben Epyc gegen Xeon evaluiert und er legt die Ergebnisse und die Überlegungen dazu offen. Die Präsentation ist online verfügbar. Auf Epyc ROME in 7nm wird aber erst ganz am Ende eingegangen.

 

[Wattwanderer]

Ich will Linus dem Großen nicht widersprechen, aber Crossdevelopment ist ja jetzt präsenter als jemals zuvor. Obwohl aktuelle Handys bei weitem mehr Leistung haben als 80386 mit dem Linux anfing, entwickelt keiner Apps auf der selben Hardware sondern auf x86 PC oder Mac und schiebt das Kompilat auf die eigentliche Hardware.

Bei Server war das eigentlich immer so. Ich selbst musste mich mangels Hardware nie damit herumschlagen aber bei GCC ist ja Compliat läuft auf dem selben Rechner/Architektur eine von vielen möglichen Szenarien.

Egal. Es verdichten sich ja immer mehr Gerüchte, Apple plane auf ARM zu wechseln. Damit hätte man bereits 5 % Marktanteil. Google wird dann evtl. folgen. Vielleicht belebt MS seine ARM Bemühungen wieder wenn ARMs schnell genug werden nachdem der erste Anlauf wegen Leistungsmangel fehlgeschlagen ist.

 

[Raucherdackel!]

Vielleicht belebt MS seine ARM Bemühungen wieder

Die haben nie aufgehört:
Pegasus, Centaurus und Windows Lite

 

[Colindo]

@Ned Flanders wo ich mir gerade die Folien anschaue, ist das wirklich richtig, dass bei AMD die SMT-Threads so verteilt sind wie hier gezeigt? Ich dachte bisher, das wäre wie bei Intel. Oder ist Epyc da eine Ausnahme?

 

[CPU-Bastler]

Die ARM-CPU kann man mit qt programmieren. Das sollte doch keine Umstellung für den Entwickler sein.

Neuste Meldung: Apple soll ab 2020 auf ARM-Prozessoren umschwenken!

 

[Mar1u5]

Tippfehler @Volker
Ihm zufolge sind Entwickler unter Windows

 

[Ned Flanders]

@Colindo

Durch das MCM Package hast du bei Epyc1 mehr NUMA Nodes als bei aktuellen Xeons. Bei EPYC2 werden es dann wieder weniger, weil nicht die Dies selber einen IMC haben, sondern nur der IO Die. Bei Cascade Lake geht das dann auch mit mehr NUMA Nodes weiter, weil auch hier ein MCM Design kommt.

Diese Zahlen in der Präsentation kommen ja aus einem Zwei Sockel System. Bei Intel hast du entsprechend aktuell zwei Numa Nodes (Bei Cascade Lake werden es dann = 4) und bei Epyc1 = 8 weil 8 Speichercontroler im System verbaut sind, die aber alle auf unterschiedlichen Dies/Sockeln liegen.

Mit Epyc2 dreht sich das ganze und man hat dann nur noch 2 NUMA Nodes (bei zwei Sockeln) und bei Cascade Lake dann eben 4. (weil je Sockel dann zwei Chiplets)

EDIT:

@Colindo

Hab ich jetzt überhaupt deine Frage beantwortet?

 

[amdfanuwe]

Der ALU, Floatingpoint Unit etc. in einem Prozessor ist es egal, ob die Operation von einem X86 oder ARM Befehl angeleiert wird. ARM kann daher nicht effizienter werden als X86. Sieht man auch an AMDs Problemen an Intels Single Thread Leistung heranzukommen. Die letzten 10% Performance sind am schwersten zu überbieten.

 

[Weyoun]

Wäre es vielleicht möglich, dass ihr einen kleinen Bericht über die verschiedenen Prozessortypen und -architekturen schreibt? CISC, RISC, x86/64, ARM? Das muss ja nicht extrem ins Detail gehen, einfach so eine Art schneller Wissenshappen, um die Unterschiede, Vorteile bzw. Nachteile und Anwendungsbereiche zu verstehen. Ich denke da im Zusammenhang auch an die Erklärbär-Berichte, die ihr z.B. über Raytracing und diverse Anti-Aliasing-Algorithmen veröffentlicht habt.

Daumen hoch! Das wäre echt klasse!

 

[Mr_Tee]

Die ARM-CPU kann man mit qt programmieren. Das sollte doch keine Umstellung für den Entwickler sein.

Neuste Meldung: Apple soll ab 2020 auf ARM-Prozessoren umschwenken!

Die Gerüchte sind nicht neu, aber falls das tatsächlich stimmt werde ich für macOS nichts mehr entwickeln und mich nur noch auf Linux und Windows konzentrieren, außer die Frameworks (Qt) abstrahieren das für mich und ich muss nichts anpassen.

 

[bensen]

Hab ich jetzt überhaupt deine Frage beantwortet?

Nö. Ich denke er meint eher, dass ein Kern bei AMD die Threads 0 und 32 hat und bei Intel 0 und 1.

 

[Ned Flanders]

@bensen

Macht Sinn....

 

[Colindo]

Hab's eben nochmal recherchiert. Bei Ryzen sind es wohl auch Threads 0 und 1 für den ersten Core.
Die Darstellung hier bezüglich Epyc bezieht sich eben, wie @Ned Flanders sagte, auf die NUMA nodes.

 

[v_ossi]

@bensen

Macht Sinn....

Nichts macht jemals Sinn.

Aber zurück zum Thema, finde die Entwicklung sehr gut, denn es ist ja nachweislich effizienter, spezialisierte Hardware für besimmte Aufgaben zu verwenden. Wenn sich mit ARM Vorteile in bestimmten Bereichen ergeben profitieren wir langfristig alle davon.

Als erster Einblick vlt. mal ganz interessant:

YouTube

An dieser Stelle steht ein externer Inhalt von YouTube, der den Forumbeitrag ergänzt. Er kann mit einem Klick geladen und auch wieder ausgeblendet werden.

YouTube-Embeds laden

Ich bin damit einverstanden, dass YouTube-Embeds geladen werden. Dabei können personen­bezogene Daten an YouTube übermittelt werden. Mehr dazu in der Datenschutzerklärung.

YouTube-Embeds laden

Datenschutzerklärung

Ab 2:42 ein kurzer Vergleich zwischen ARM und x86 auf den Amazon Webservern.

 

[Botcruscher]

ARM wird jenseits der low power Systeme immer bedeutungslos bleiben. Wer Software schreibt die über so viele Kerne skaliert spart nicht ein paar Euro an der CPU. Alles andere verreckt an der singel thread-Leistung.

 

[Wattwanderer]

ARM wird jenseits der low power Systeme immer bedeutungslos bleiben. Wer Software schreibt die über so viele Kerne skaliert spart nicht ein paar Euro an der CPU. Alles andere verreckt an der singel thread-Leistung.

Mittlerweile haben wir ja mit VMs einen Anwendungsfall der mit Kernen nahezu linear, d.h. perfekt skaliert.

Bei Server spielt der Stromverbrauch eine große Rolle. Selbst unser winziger Tower Server hatte nach drei Jahren so viel Strom verbraucht wie er gekostet hat. Daher wurde er entsorgt obwohl noch voll funktionsfähig.

Die großen Cloudbetreiber rechnen nüchtern und sind bereit ihre Rechenzentren auch im Meer zu versenken wenn es sich rechnet. Da gibt es keine sentimentale Anhänglichkeit an eine gewohnte Architektur wenn es billigere Alternativen gibt.

Die "kleineren" Installationen werden schwerer zu erobern sein weil man dort aus gutem Grund sehr konservativ vorgeht. "In 10 Jahren sehen wir mal nach ob das moderne Teufelskram soweit gereift ist, dass es auch zu gebrauchen ist."

 

[andr_gin]

Die große Frage ist eher ob diese massive Rechenleistung von 64 Kernen überhaupt benötigt wird. Bei den meisten Servern ist selten die CPU der Flaschenhals sondern Netzwerkanbindung und Storagesystem. Achja und ich habe vergessen: RAM, RAM und noch mehr RAM. Je mehr desto besser...

 

[smalM]

Der ALU, Floatingpoint Unit etc. in einem Prozessor ist es egal, ob die Operation von einem X86 oder ARM Befehl angeleiert wird. ARM kann daher nicht effizienter werden als X86.

Decode, Branchprediction und Retire ist das nicht egal und deswegen kann ARM sehr wohl effizienter sein als X86.

Sieht man auch an AMDs Problemen an Intels Single Thread Leistung heranzukommen. Die letzten 10% Performance sind am schwersten zu überbieten.

Was das mit der Effizenz zu tun haben soll, ist mir schleierhaft.
Intels Überlegenheit bei der Single Thread Leistung kommt vor allem aus dem Takt, was sich eher negativ auf die Effizienz auswirkt. Da die Auslegung von Servern mit ARM-Prozessoren in der effizienten Arbeit liegt, werden diese auf absehbare Zeit nicht Intels Taktraten erreichen.
Bei der IPC hat man sich hingegen schon deutlich herangearbeitet. Ziemlich sicher wird der Trend bei ARM zu noch breiteren Cores führen, denn man wird den Weg, den man mit der Linie A73 - A75 - A76 eingeschlagen hat, weiter verfolgen.
Mit Scalable Vector Extension hat man den Schwachpunkt NEON bereits adressiert, mit Fujitsus A64FX wurde eine 512bit-Implementierung bereits vorgestellt, der SIMD-Vorsprung beibt X86-CPUs also nur noch eine gewisse Zeit erhalten.

Die große Frage ist eher ob diese massive Rechenleistung von 64 Kernen überhaupt benötigt wird.

Server werden, gerade von großen Firmen, sehr häufig genau passend zu ihrer Aufgabe passend gekauft. Wenn es also auf die Verarbeitung nicht all zu anspruchsvoller Aufgaben in hoher Parallelität ankommt, ist ARM schon heute konkurrenzfähig. Firmen wie Huawei oder Amazon entwickeln ARM-Server-CPUs für den Hausgebrauch ja nicht aus Spaß, sondern weil es sich rechnet.