News Server-CPUs: AMD bringt 32-Kern-CPU mit Cache der 64-Kerner

MichaG

Redakteur
Teammitglied
Registriert
Juli 2010
Beiträge
13.387
  • Gefällt mir
Reaktionen: Grimey und VoAlgdH
Ein paar Jahre noch, dann können wir das Betriebssystem in den CPU-Chache laden.

Zum Thema:
Gut das AMD ihr Portfolio erweitert. Mehr Auswahl im Serverbereich ist auf alle Fälle von Vorteil. Gerade wenn Intel auch jede noch so kleine Nische besetzt.
 
  • Gefällt mir
Reaktionen: Sbibi, C4rp3di3m, 3125b und 5 andere
Der 7532 hat also damit "Gaming Cache"? :lol:
Ich schätze das ist dann ein 64-Kerner mit zur Hälfte deaktivierten Kernen? Sonst müssten sie doch neue Chiplets mit mehr Cache pro Chiplet extra dafür auflegen, oder war der Cache im I/O-Chip? Ja, steht auch im Text, mea culpa... :D
 
  • Gefällt mir
Reaktionen: Floppes und MichaG
Steini1990 schrieb:
Ein paar Jahre noch, dann können wir das Betriebssystem in den CPU-Chache laden.
Welches denn? Manche kannst Du schon lange in den Cache laden, z.B. Commodore BASIC. :D Für Multicore-Unterstützung lädst Du einfach ein OS in jeden Kern... ist bestimmt total nützlich
 
Steini1990 schrieb:
Ein paar Jahre noch, dann können wir das Betriebssystem in den CPU-Chache laden.

Als der Cache auf die 1 MB zuging habe ich mich schon gefragt warum niemand einen Rechner ohne RAM baut.

DOS lief ja mit 640 KB schon ganz ordentlich.
 
@ Computerbase Ist denn geplant, das so ein Epyc Rome Server-System hier mal genauer unter die Lupe genommen wird?
 
  • Gefällt mir
Reaktionen: fandre
Simon schrieb:
Keine Ahnung. Vielleicht zur Reduzierung der Antwortzeiten und zur Verbesserung des Ansprechverhaltens? Bin jetzt kein Profi auf dem Gebiet.
Aber eigentlich sollten kürzere Wege immer einen Vorteil bringen.
 
Mal eine kurze Frage als Server-Laie:

Welche wesentlichen Unterschiede bestehen zwischen den Epic-Prozessoren und den Threadrippern?
 
Simon schrieb:
Genau genommen könnte man mit 256 MB auch heute schon problemlos VMware ESXi direkt in den Cache laden.

...

Nur wozu?

Um den Aufbau eines Computers zu vereinfachen bzw. kleinere Computer zu bauen?

Bei Handys kämpft man ja um jedes Bisschen Volumen. Oder Raspberry Pi mit nur einem einzigen Chip?
 
@Steini1990 Wird aber eigentlich immer zu einer deutlichen Verschlechterung der Performance führen weil du einen großen Teil des Caches dauerhaft mit deinem Hypervisor belegst (~150MB), so dass du nur noch 100MB als Cache für Daten mit denen wirklich gearbeitet wird nutzen kannst.

Die meisten Daten im RAM werden nur selten benötigt. Die fliegen schnell aus dem Cache um häufiger genutzten Daten Platz zu machen. Die CPU nutzt den Cache automatisch so, dass immer die zuletzt und am meisten vewendeten Daten darin liegen, das schließt auch die Daten des Hypervisors mit ein. Wenn man Daten im Cache "festpinnt" (wenn das denn ginge) würde man die Performance nur verschlechtern.

Wenn man das BIOS ersetzt sollte es aber möglich sein einen Rechner ganz ohne RAM zu betreiben. Wenn der Rechner frisch startet dann ist eine der ersten Aufgaben die das BIOS erledigt den RAM zu initialisieren. D.h. da gibt es sowieso ein kleines Zeitfenster wo die CPU erstmal ohne RAM läuft. Wenn man die RAM-Initialisierung unterlässt könnte man wohl ein speziell angepasstes OS laden das nur mit dem Cache auskommt. Ich habe keine gute Quelle dafür und auch nicht in der CPU-Dokumentation nachgelesen, aber scheinbar hat man da initial nur den L2-Cache zur Verfügung, also höchstens ein paar MB über alle Kerne verteilt.
 
Zuletzt bearbeitet:
  • Gefällt mir
Reaktionen: Makso
Solche Portfolioerweiterungen deuten stark darauf hin, dass die Plattform an sich gut nachgefragt wird, es aber eben für den ein oder anderen Kunden noch nicht das ganz passende Produkt gibt.
 
Discovery_1 schrieb:
@ Computerbase Ist denn geplant, das so ein Epyc Rome Server-System hier mal genauer unter die Lupe genommen wird?

Ich weiß nicht wie die Pläne von @Volker da momentan aussehen. Generell haben natürlich die Consumer-Plattformen immer Vorrang bei uns. Auch wenn schon das ein oder andere Mal bei Gelegenheit ein kleiner Ausblick in die Serverwelt gewagt wurde.
 
  • Gefällt mir
Reaktionen: iron-man und Discovery_1
bumbklaatt schrieb:
Mal eine kurze Frage als Server-Laie:

Welche wesentlichen Unterschiede bestehen zwischen den Epic-Prozessoren und den Threadrippern?

Hauptsächlich mehr Memory Channel (8 statt 4), daurch höherer maximaler RAM Ausbau, Unterstützung für Registered DRAM (RDRAM) und doppelte Anzahl an PCIe4 Lanes (128 statt 64).
Dazu bei fast allen Multi-Sockel Unterstüzung (-P Versionen sind single Sockel, alle anderen können 2-Sockel).

Das sollten auf der HW Seite die wichtigsten Änderungn sein.
Gibt dann sicher noch bestimmte Firmware Features im Zusammenhang mit der Secure Enclave in den Prozessoren drin, wie z.Bsp Memory Verschlüsselung und unterstützung für erweiterte Virtualisierungsfeatures.
 
  • Gefällt mir
Reaktionen: Grimey, Mortaro und sinkpäd
bumbklaatt schrieb:
Mal eine kurze Frage als Server-Laie:

Welche wesentlichen Unterschiede bestehen zwischen den Epic-Prozessoren und den Threadrippern?

Threadripper sind z.B. beim Speicherinterface beschnitten. TR hat immer 4 Speicherkanäle, Epyc jedoch 8.
Darüber hinaus hat Epyc noch einmal die doppelte Anzahl PCIe-Lanes, also 128.

Ein weiterer, wesentlicher Unterschied ist, dass Epyc mehr am "Sweet Spot" der Architektur gefahren wird, d.h. die Taktraten sind in der Regel geringer - bei höherer Effizienz.

Zuguterletzt ist noch erwähnenswert, das Threadripper halt nur einen einzigen Sockel pro Mainboard unterstützt. Bei Epyc sind (je nach Modell) auch mehrere Prozessoren pro Board möglich.
 
  • Gefällt mir
Reaktionen: Grimey, Mortaro und sinkpäd
Die interssanteste Info dieses Artikels steht im letzten Absatz.
Dell wird vor HPE und Lenovo in den Genuss der neuen Modelle kommen. Dell?
Das obwohl HPE und Lenovo AMD schon länger nachhaltig unterstützen.
Was sagt mir das?
a. AMD hat den Fuß bei Dell besser in der Tür als angenommen
b. Intel kann sich winden wie sie wollen, selbst bei Dell sieht man nachhaltigeres Geschäft mit AMD Produkten
c. in Folge wird VMware (gehört zu Dell) wird seine Unterstützung für AMD Umgebungen verstärken.
 
  • Gefällt mir
Reaktionen: Grimey und Monarch2
Steini1990 schrieb:
Ein paar Jahre noch, dann können wir das Betriebssystem in den CPU-Chache laden.
windows 10 wächst aber schneller als der cache ;)

die cpus sehen für mich nach resteverwertung aus: weniger takt bei gleichzeitig höherer TDP? scheinen die schlechteren sample zu sein, die takt und/oder vcore nicht einhalten können.
 
Also hat die 32er CPU 4 zusätzliche bis auf L3 deaktivierte Chiplets verbaut?
 
Steini1990 schrieb:
Ein paar Jahre noch, dann können wir das Betriebssystem in den CPU-Chache laden.

Zum Thema:
Gut das AMD ihr Portfolio erweitert. Mehr Auswahl im Serverbereich ist auf alle Fälle von Vorteil. Gerade wenn Intel auch jede noch so kleine Nische besetzt.

Windows 3.1 passt doch Easy rein. Und da ist das Problem: Das BS wächst mit :D
 
Zurück
Oben