News Neue AMD Serverroadmap - mit FD-SOI ins Jahr 2014?

Opteron

Redaktion
☆☆☆☆☆☆
Mitglied seit
13.08.2002
Beiträge
23.645
Renomée
2.254
  • SIMAP Race
  • Spinhenge ESL
  • BOINC Pentathlon 2012
<div class="newsfloatleft"><a href="link"><img src="http://www.planet3dnow.de/photoplog/images/54308/1_AMD-Logo.png" border="0"></a></div>
Man braucht kein gutes Gedächtnis, um sich noch an AMDs ursprüngliche Planung für das Jahr 2012 erinnern zu können. Im Serverbereich standen mit Sepang und Terramar erstmals CPUs mit integriertem PCIe-Kontrollern sowie drei- bzw. vier DDR3-Speicherkanälen bereit und für den FM2 Sockel war eine Version Namens Komodo mit zwei Speicherkanälen eingeplant. Die alten Roadmaps gibt es im mittlerweile überholten Sammelthread <a href="http://www.planet3dnow.de/vbulletin/showthread.php?t=387886">hier</a> zu sehen. Bekanntermaßen wurden diese Chipversionen aber durch <a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?category=1&id=1350965183">Vishera</a> und seinen entsprechenden Servervarianten ersetzt, die erst kürzlich vom Stapel gelassen wurden.

Der große Infrastrukturschwenk war auf das Jahr 2013 verschoben. Dann, so nach einer Roadmap von Frühjahr diesen Jahres, sollte es endlich die neue Serverplattform geben, vielleicht gar schon mit DDR4-Unterstützung:

<center><img src="http://www.planet3dnow.de/photoplog/file.php?n=20705&w=o">
(AMD Roadmap Juni 2012)</center>

Nun aber gibt es aber schon wieder eine Verschiebung, die neue Plattform kommt erst 2014, wie wir der Info auf der folgenden Roadmap entnehmen können, die auf CPU-World auftauchte und Gegenstand einer Präsentation im Oktober war:

<center><img src="http://www.planet3dnow.de/photoplog/file.php?n=22304&w=o">
(AMD Roadmap Oktober 2012)</center>

Preisfrage ist nun, in welcher Jahreshälfte die neue Plattform kommt. Käme sie zum Jahresanfang, es wäre z.B. ein Start zur CeBit 2014 denkbar, wäre die Verschiebung nicht allzu groß. Schließlich wurden wie schon erwähnt gerade erst neue Serverchip auf dem Markt geworfen, welche traditionell mindestens ein Jahr aktuell bleiben. Das heißt die ursprüngliche Planung ging sicherlich auch von einem Start Ende 2013 aus und eine Verschiebung um drei bis vier Monate wäre kein Beinbruch. Käme die neue Plattform aber erst Ende 2014, würde es sich um die Verschiebung um ein ganzes Jahr handeln.

<b>Auffallende Details</b>
Neben der möglichen Verschiebung fallen bei genauerer Untersuchung des Plans zwei Dinge auf. Erstens gibt es einen bisher unbekannten Orochi-Chip mit nur 25W, der fürs Jahr 2013 eingeplant ist und zweitens bietet die Legende rechts unten im Eck bereits eine Farbe für 20nm. Leider wird die entsprechende Farbe nicht verwendet, aber da die Folie auf einer Vorlage basieren dürfte, sollte die Farbe auf anderen Roadmaps bereits in Gebrauch sein. Da aber nichts über den Zeitraum bekannt ist, ist das wirklich nur eine Randnotiz wert und der 25W-Opteron, vermutlich für Seamicro-Server-Systeme, die wichtigere Meldung.

<b>Mögliche Gründe für die Verzögerung</b>
Über die Gründe kann man nur spekulieren. Aber es ist klar, dass AMD nicht hexen und es folgerichtig bei gleichzeitigen Personalentlassungen und zusätzlichen Projekten wie z.B. der Expansion ins ARM-Chip-Geschäft (<a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?category=1&id=1351710566">wir berichteten</a>) zu Verspätungen kommen kann. Eventuell muss die neue Server-Plattform auch noch etwas an die ARM-Kerne angepasst werden, z.B. bei der Spannungsversorgung.

Ein anderer bzw. weiterer Grund wären 28-nm-Produktionsprobleme bei Globalfoundries oder eventuell die Entscheidung, die Chips anstatt in 28 nm bulk doch in 28 nm FD-SOI herstellen zu lassen. Die Lizenzierung von ST-Microelectronics' FD-SOI-Prozess durch Globalfoundries wurde erst <a href="http://www.planet3dnow.de/vbulletin/showthread.php?t=405749" target="b">Mitte Juni bekannt gegeben</a> und sich somit mit AMDs Enthüllung der ersten Roadmap überschnitten haben. Aktuell gibt es noch keine fertigen Chips im FD-SOI-Prozess, jedoch wurde bereits mit der Testfertigung eines ARM-SoCs von ST-Ericson begonnen. Ergebnisse dazu sind aber noch nicht veröffentlicht. Was bekannt ist sind dagegen die Versprechungen aus der obigen Pressemeldung. Demnach wäre ein Umändern eines Bulk-Designs auf FD-SOI unkompliziert (straightforward) und man bekäme bemerkenswerte Vorteil, wie z.B. die Möglichkeit verschiedene Teile ein- und desselben Chips auf Extremleistung oder geringe Leckströme einzustellen. Dies müsste man schon fast als eine Art "heiligen Gral" der Chip-Herstellung bezeichnen, welcher z.B. vor allem für AMDs APUs ideal wäre.

Ob sich die fantastischen Versprechungen aber bewahrheiten oder ob AMD ab sofort überhaupt auf FD-SOI setzt, muss wie immer abgewartet werden. Also viel Spekulationsstoff, dessen <a href="http://www.planet3dnow.de/vbulletin/showthread.php?p=4700251#post4700251">Diskussion in unserem Forum</a> gefröhnt werden kann und die auch schon im Gange ist.

<b>Links zum Thema:</b><ul><li><a href="http://www.planet3dnow.de/vbulletin/showthread.php?p=4700251#post4700251">Diskussion im Forum</a></li><li><a href="http://www.planet3dnow.de/cgi-bin/newspub/viewnews.cgi?category=1&id=1055438287">AMD präsentiert neue Forschungsergebnisse - P3D-News zu FD-SOI von 2003</a></li><li><a href="http://www.planet3dnow.de/vbulletin/showthread.php?t=405749" target="b">STMicroelectronics Secures Additional Sourcing for its Leading-Edge 28nm and 20nm FD-SOI Technology with GLOBALFOUNDRIES</a></li></ul>
<b>Quellen:</b><ul><li><a href="http://www.cpu-world.com/news_2012/2012120301_AMD_server_CPU_roadmap_for_2013_and_2014.html" target="b">CPU-World</a></li><li><a href="http://www.worldhostingdays.com/downloads/2012-local/amd-eiserloh-kaiser.pdf" target="b">Komplettes AMD-Präsentations-PDF </a></li></ul>
<a href="http://www.planet3dnow.de/vbulletin/showthread.php?t=409573">>> Kommentare</a>
 
Bedenklich,bedenklich

Ist schon bekannt, dass die es derzeit nicht leicht haben!
Aaaaaber, auf dem einzigen Feld wo das neue Design wenigstens ein wenig Zwieback macht, zwei Jahre "Quasistillstand" einplanen ?!??

Das wird hässlich!!! :-/

Mmoe
 
Piledriver macht sich gar nicht so verkehrt und wenn sie schon den Unterbau verändern dann wenigstens gleich mit richtig viel neuem bevor man ein Jahr später wieder ran muss.

Piledriver / Steamroller verbaselt ;)
 
Wie groß sind diese ARM Core´s eigentlich? Kann es evt. so gemeint sein dass die den Chip noch mal Verändern. Ich meine dass die noch für Idle und Low Load ARM Cores mit in den AMD CPU reinpflanzen?
Ist es Technisch überhaupt Möglich ARM Cores als eine Art Co Prozessor zu integrieren?

mfg
 
Die Annahme mit FD-SOI klingt nicht unplausibel. Damit würde sich der Chip im ein Jahr sicher verzögern, aber das Ergebnis könnte durch aus für sich sprechen. Deshalb auch weiterhin 28nm, während kleinere Bulk-Prozessoren wahrscheinlich schon in rot eingezeihnet wären.
 
Die fdSOI Spekulation ist m.E. an den Haaren herbeigezogen.
MfG
 
Die fdSOI Spekulation ist m.E. an den Haaren herbeigezogen.
MfG
Jupp pures Wunschdenken, aber ich dachte ich hätte es deutlich genug gekennzeichnet.
mit FD-SOI ins Jahr 2014?

Mögliche Gründe für die Verzögerung
Über die Gründe kann man nur spekulieren. Aber es ist klar, dass AMD nicht hexen und es folgerichtig bei gleichzeitigen Personalentlassungen und zusätzlichen Projekten wie z.B. der Expansion ins ARM-Chip-Geschäft (wir berichteten) zu Verspätungen kommen kann. Eventuell muss die neue Server-Plattform auch noch etwas an die ARM-Kerne angepasst werden, z.B. bei der Spannungsversorgung.

Ein anderer bzw. weiterer Grund wären 28-nm-Produktionsprobleme bei Globalfoundries oder eventuell die Entscheidung die Chips anstatt in 28 nm bulk doch in 28 nm FD-SOI herstellen zu lassen.

Ob sich die fantastischen Versprechungen aber bewahrheiten oder ob AMD ab sofort überhaupt auf FD-SOI setzt muss wie immer abgewartet werden. Also viel Spekulationsstoff

Weiss ehrlich gesagt nicht, wie ich das noch deutlich sagen sollte, ne rot blinkende Überschrift kannst Du doch auch nicht wollen, oder? Wenn Du nen augenfreundlichen Tipp hast, wie mans noch besser kennzeichnen könnte, dann gib gerne Bescheid.

@C4rp3di3m:
Stell ich mir schwierig vor, da müsste das OS dann einen Pool x86 und einen Pool ARM Threads verwalten. Das ginge sicher noch, aber wenn man dann noch will, dass die Threads bei geringer Last von x86 auf ARM wechseln sollen, kann ich mir das nur schwer vorstellen.
 
@C4rp3di3m:
Stell ich mir schwierig vor, da müsste das OS dann einen Pool x86 und einen Pool ARM Threads verwalten. Das ginge sicher noch, aber wenn man dann noch will, dass die Threads bei geringer Last von x86 auf ARM wechseln sollen, kann ich mir das nur schwer vorstellen.
Genau das ist es wofür HSA gemacht wurde ;)
 
Genau das ist es wofür HSA gemacht wurde ;)
Öhm ... das hab ich bisher anders verstanden.
Das ist dafür gemacht, dass ein x86 oder ARM Kern den gleichen Adressraum benützen können, wie die GPU.

Wenn an der Adresse dann aber x86-Code liegt, kannst Du damit auf nem ARM-Kern schlecht was anfangen.
 
Das heterogen bezieht sich ja nicht nur auf GPU, sondern soll als HSAIL API ja auch andere heterogene Hardware unterstützen.
HSAIL is a a virtual byte code and virtual machine designed for parallel compute on heterogeneous devices that was introduced as part of the HSA rollout at AFDS. It is an intermediate representation that dynamically compiles at run-time for the device.

HSAIL was designed from the beginning to be agnostic to CPU and or GPU and whatever other heterogeneous hardware is available.
Hier dazu die HSAIL Folien die beschreiben warum "Split Compiler" verwendet werden:
http://www.slideshare.net/hsafoundation/hsail-final-11junepptx#btnNext

Und "ISA-Independet by Design", bedeutet ja Unabhängikeit von der Architektur und den Instruktionen. Die ARM HSA-Keynote.
http://www.slideshare.net/hsafoundation/hsa-keynote-oct-2012v11-arm-techcon#btnNext

Es muss nicht immer x86 oder ARM mit einer GPU kombiniert werden.
.
EDIT :
.

Wenn an der Adresse dann aber x86-Code liegt, kannst Du damit auf nem ARM-Kern schlecht was anfangen.
An der Adresse liegen aber Werte und kein Code. Wie sollte sonst eine GPU damit was anfangen können? Den Code erstellt der Compiler, der eben bei HSAIL auch verschiedenen Code herstellen kann.
 
Wegen Little-Big-Konzept, warum nicht einfach einen Jaguar-Core zu den Steamroller-Einheiten basteln? Der Effekt wäre doch ähnlich. Meine Theorie ist, dass man keine kleinen Schritte machen will, sondern eben einen richtigen Sprung und einiges am CMT-Ansatz ändert oder sich wieder davon abkehrt.
 
Wegen Little-Big-Konzept, warum nicht einfach einen Jaguar-Core zu den Steamroller-Einheiten basteln? Der Effekt wäre doch ähnlich. Meine Theorie ist, dass man keine kleinen Schritte machen will, sondern eben einen richtigen Sprung und einiges am CMT-Ansatz ändert oder sich wieder davon abkehrt.
Jupp das wär der gangbare Weg, intel bastelt angeblich auch schon an sowas mit seinem nächsten Atom.

@Complicated.
Ja HSAIL ist virtual Byte code, aber Du brauchst ein Programm/Compiler dass das übersetzt, irgendwann muss das auf x86 oder ARM übersetzt werden, sonst kann die CPU ja nichts damit anfangen.

Jetzt könnte man sicherlich nen Compiler basteln, der beides kann, aber dann müsste man den bei jedem Kontext-Switch zw. x86 und ARM anwerfen. Stell ich mir nicht gerade performant vor.
 
Ganz langfristig ist wohl HSA als Ablösung für x86 gedacht. Man schreibt seinen Code in einer Hochsprache und HSA verteilt "einfach" die Rechenkraft der diversen Prozessoren passend. Der gemeinsame Adressraum ist ja nur eine Stufe der HSA-Evolution.

Langfristig kann man dann auch daran denken, auf x86 als CPU-Architektur zu verzichten, den fetten Decoder ersatzlos abreißen. Aber solange es noch x86-Code gibt, kann man das nicht machen, d.h. die nächsten 20 Jahre passiert das sicher nicht. Möglicherweise gibt es als Übergang dann so einen Ansatz wie bei dem chinesischen Longsoon-MIPS, der 80% der Funktionen eines x86-Software-Emulators in Hardware beschleunigt.
 
Die enorme Verzögerung kann jan ur durch große Veränderungen am Chipaufbau selbst gerechtfertigt werden. Ob nun ARM als co.Proz. eingebaut wird oder nicht. Die Modulbauweise wird sicher mehr dem Thuban angepaßt, der letzte CPU von AMD der wirklich eine Runde Sache war.
Machen wir uns nix vor, es ist auch Bitter nötig. Noch ein FX in der jetzt Form und AMD macht den 0,x% Marktanteil wie ViA.

mfg
 
Vermutlich fehlt einfach die Kapazität im Moment, es werden ja noch Thuban und Athlon II produziert.
So langsam neigt sich die Thuban Verfügbarkeit dem Ende: http://www.gamestar.de/hardware/news/prozessoren/2562676/amd_fx_prozessoren.html

Ich glaube ich hole mir noch ein Thuban, aber nicht für den PC sondern für den Weihnachtsbaum, der kommt oben auf die Spitze. ;D

AMD produziert keine 45nm CPUs mehr.
Es werden nur noch Restbestände "verpackt" und ausgeliefert .. daher auch jetzt den "Schwung" der kleinen x6er CPUs (vorallem 1035 und 1045er)
 
Könnte das die Kehrtwende sein?
Naja, erstmalig Finfets halt, das braucht man, um mit Intel mithalten zu können.

Nur ist das halt wieder nur ein Low-Power Prozess. Da können sie nen Jaguar drauf loslassen, die kommenden ARM-Chips, oder auch die GPUs.

Aber für nen Bulldozer ist das wiederum ne schlechter Wahl- es sei denn, man plant den nur bei so ~3 Ghz laufen zu lassen.

Außerdem gefällt mir das Schweigen im Walde zu 20nm nicht. Positiv gedacht schweigt er, da dort gerade hochgeheime Chips vom Band rollen. Da gäbe es mit Playstation und Xbox ja gleich 2 Kandidaten, die auf Super-Geheimhaltung stehen.

Aber negativ gedacht würde es bedeuten, dass da was faul wäre :(
 
Zurück
Oben Unten