AMD : des SoC ARM 64 bits à 2 GHz pour les micro-serveurs

AMD : des SoC ARM 64 bits à 2 GHz pour les micro-serveurs

La fin d'une époque

Avatar de l'auteur
Damien Labourot

Publié dans

Sciences et espace

18/06/2013 4 minutes
36

AMD : des SoC ARM 64 bits à 2 GHz pour les micro-serveurs

Il y a quelques jours, AMD annonçait ses Opteron X1150 et X2150 de la génération Kyoto pour les micro-serveurs. Mais il semblerait bien que ce soit les derniers à exploiter une architecture X86, tout du moins pour ce niveau de gamme. En effet, ils seront remplacés dès la seconde moitié de l'année 2014 par des SoC qui comprennent une partie CPU avec huit ou seize coeurs Cortex A57 d'ARM et qui devraient être cadencés autour des 2 GHz.

En octobre dernier, AMD annonçait que, dès 2014, il proposerait des Opteron utilisant une architecture ARM dans ses offres d'entrée de gamme pour les micro-serveurs. Ils auront pour tâche de lutter contre les Atom d'Intel, mais aussi d'autres solutions embarquant des SoC ARM.

ARM remplacera les coeurs Jaguar en 2014

Ces Opteron de la génération Seattle feront suite aux Kyoto (ou Opteron X Series) qui ont été annoncés il y a quelques semaines par AMD. La partie CPU laissera donc de côté les architectures développées en interne, en l'occurrence des coeurs Jaguar, pour exploiter l'architecture ARM Cortex-A57. Celle-ci est, pour rappel, la première à supporter les instructions 64 bits (ARMv8). Le contrôleur mémoire pourra ainsi accéder à pas moins de 128 Go de DDR3.

 

AMD Serveur Roadmap

 

AMD indique qu'ils auront une fréquence de fonctionnement tournant autour des 2 GHz et qu'ils seront disponibles dans un premier temps avec 8 coeurs, avant d'en embarquer 16. Le SoC gravé en 28 nm intègrera en outre une interface réseau 10 Gigabit, un contrôleur S-ATA 6 Gb/s « High Port Count » qui permet de brancher un grand nombre de périphériques de stockage. Il est aussi une gestion d'énergie avancée dénommée « TIO » qui a été développée par SeaMicro, une société qu'AMD a rachetée l'année dernière.

 

Question performances brutes, sur un thread elles devraient être équivalentes à ce que l'on retrouve aujourd'hui au sein des puces Kyoto, mais, au global, la firme pense pouvoir les multiplier par 2 ou 4. Reste à savoir ce que cela pourra donner en pratique. Notez enfin qu'AMD devrait échantillonner ses partenaires durant le premier trimestre 2014, tandis que la production en volume et le lancement officiel ne devraient pas intervenir avec la seconde partie de l'année.

 

Intel, le concurrent de toujours, ne reste pas les bras croisés et devrait dévoiler ses puces Atom connues jusqu'ici sous le nom de code Avoton. En toute logique, elles devraient s'appuyer sur sa nouvelle architecture CPU Silvermont

Berlin et Warsaw : APU pour le premier, simple évolution pour l'autre

AMD fera aussi évoluer ses gammes supérieures avec l'arrivée de Berlin en 28 nm qui remplacera les Opteron de la série 3300. Contrairement à ces derniers qui ont la même architecture que les FX vendus dans le grand public, ici il est question d'APU dont la partie GPU pourra être active ou non. Une nouvelle plateforme sera donc de la partie. Ils devraient être dévoilés en tout début d'année prochaine, si tout va bien.

 

Enfin, les CPU Warsaw remplaceront les Opteron 6300 dans le haut de gamme (2P ou 4P), tout en conservant le même socket : le G43. AMD indique qu'ils seront déclinés en 6 ou 12 modules, soit 12 à 16 coeurs et que c'est principalement le ratio performances / watt qui a été retravaillé. Comme on peut le voir, le 32 nm sera toujours d'actualité en 2014.

 

Reste que, là encore, la tâche ne devrait pas être simple pour AMD qui aura fort affaire avec les Xeon chez Intel qui profiteront alors d'une finesse de gravure en 22 nm et d'une architecture certainement plus efficace.

Écrit par Damien Labourot

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

ARM remplacera les coeurs Jaguar en 2014

Fermer

Commentaires (36)


Et niveau logiciel on fait tourner quoi la dessus ? Faut tout redévelopper ?


AMD fabrique selon la demande des marchés ARM par ci ARM par là.

J’espère qu’il innoveront dans le X86/X86_64 <img data-src=" />








bombo a écrit :



Et niveau logiciel on fait tourner quoi la dessus ? Faut tout redévelopper ?







Pas forcément, par contre tout recompiler oui.

Ou alors faire comme sous Android, utiliser des langages interprétés.



Et ca fait de la virtualisation ces petites betes ? On pourait bientot imaginer un Windows Server RT <img data-src=" /> ?


Mmmm… Concurrence aux Atoms sur le marché des NAS ?



Ils en pensent quoi chez Synology et Qnap ?


Ils en pensent qu’ils utilisent les deux architectures de toute façon.


Donc après les serveurs virtualisés ont retombe sur des mini serveurs physique ?



A mon avis ces serveurs seront pour des besoins très spécifique type routeur virtualisé ou machin chose comme ça.








ragoutoutou a écrit :



Pendant ce temps…



http://www.theregister.co.uk/2013/06/14/intel_clover_trail_plus_benchmark_compar…





ABI Research a utilise AnTuTu qui est probablement la seule appli Android compilee avec icc. C’est une truanderie totale. La probabilite qu’Intel ait “aide” et l’auteur d’AnTuTu et ABI Research est loin d’etre nulle.



La preuve est facile a obtenir : recuperer le package AnTuTu, un coup de commande “strings -a | egrep -i ‘icc|intel’” sur le .so x86 et hop c’est plie.



Et donc pendant que des naifs font confiance a des rapports biaises voici un autre benchmark :http://browser.primatelabs.com/geekbench2/compare/1979365/1970335



En tout cas bravo a Intel pour avoir reussi a enfumer tout le monde !









Anthony25 a écrit :



Pas forcément, par contre tout recompiler oui.

Ou alors faire comme sous Android, utiliser des langages interprétés.





Pas nécéssairement de recompilation… Il suffit de prendre une distrib ARM qui gère cette archi!



Et pour ceux qui veulent winfows, je pense que windows 8 gèrera cette archi, non?









arno53 a écrit :



Et ca fait de la virtualisation ces petites betes ? On pourait bientot imaginer un Windows Server RT <img data-src=" /> ?





Voui depuis Cortex-A15 tous les CPU ARM font de la virtualisation.









sky99 a écrit :



Pas nécéssairement de recompilation… Il suffit de prendre une distrib ARM qui gère cette archi!







En cours chez Debian notamment.



Et quand on voit ce qui est dispo sous Raspbian (un fork donc), il y a déjà de quoi faire niveau serveurs



Mais qui a fait le design du cœur du CPU: AMD a pris un bloc hard ARM et l’a intégré, ou bien il a chargé ses équipes du travail ?








levhieu a écrit :



Mais qui a fait le design du cœur du CPU: AMD a pris un bloc hard ARM et l’a intégré, ou bien il a chargé ses équipes du travail ?





Le CPU, Cortex-A57, vient de chez ARM.









ragoutoutou a écrit :



Pendant ce temps…



http://www.theregister.co.uk/2013/06/14/intel_clover_trail_plus_benchmark_compar…





et aucune indication de consommation qui est le point fort des archi ARM.

Des perfs sans conso, c’est comme comparer un i7 et un celeron : totalement hors sujet.









bombo a écrit :



Et niveau logiciel on fait tourner quoi la dessus ? Faut tout redévelopper ?









Anthony25 a écrit :



Pas forcément, par contre tout recompiler oui.

Ou alors faire comme sous Android, utiliser des langages interprétés.







La news parle de processeur pour des micro-serveurs, pas pour des laptops ou des machines de bureau.



Sur ce genre de machine, largement plus de 90% sont des dérivés Unix (Linux, BSD,…) et ça fait bien longtemps que tout est déjà “recompilé” pour les ARM sur Linux et consorts !



C’est effectivement une nouvelle très intéressante… quand on connaîtra le prix de ces processeurs pour voir s’ils sont dans la course par rapport à la concurrence.



Et en tout cas, c’est une nouvelle significative d’un changement d’époque, AMD qui se fait à faire des CPU non-X86… une page se tourne !..







John Shaft a écrit :



Et quand on voit ce qui est dispo sous Raspbian (un fork donc), il y a déjà de quoi faire niveau serveurs







Un collègue est venu aujourd’hui avec son Raspberry Pi tout neuf équipé de la Raspbian… ça m’a furieusement donné envie d’en acheter un, superbe joujou à un prix étonnant !










bombo a écrit :



Et niveau logiciel on fait tourner quoi la dessus ? Faut tout redévelopper ?







chais pas tu fais quoi sur un micro serveur toi?









Bylon a écrit :



(1) C’est effectivement une nouvelle très intéressante… quand on connaîtra le prix de ces processeurs pour voir s’ils sont dans la course par rapport à la concurrence.



(2) Et en tout cas, c’est une nouvelle significative d’un changement d’époque, AMD qui se fait à faire des CPU non-X86… une page se tourne !..





(3) Un collègue est venu aujourd’hui avec son Raspberry Pi tout neuf équipé de la Raspbian… ça m’a furieusement donné envie d’en acheter un, superbe joujou à un prix étonnant !







1- c’est surtout au niveau perf/conso qu’il faudra voir ce que ça donne AMHA.

2- peut-être pour le mieux? payer une licence à intel ou à ARM ça ne change pas grand chose pour AMD de tte façon…

3- et attend qu’ils aient fini le boulot sur Wayland pour Pi… utilisation du GPU pour tout l’affichage, et donc moins de boulot pour le CPU tout pourri du Pi… miam! enfin des interfaces graphiques utilisables sur le Pi <img data-src=" />



Et bientôt des PC de bureau sous ARM avec 8 ou 16 cores pour pas chères <img data-src=" />








Goldy a écrit :



Et bientôt des PC de bureau sous ARM avec 8 ou 16 cores pour pas chères <img data-src=" />





Cela existe déjà <img data-src=" />



Un Galaxy S4 avec un clavier en bluetooth et un écran en HDMI









lateo a écrit :



2- peut-être pour le mieux? payer une licence à intel ou à ARM ça ne change pas grand chose pour AMD de tte façon…





Pas tout à fait. En fait AMD ne paie aucune licence à Intel pour le x86 tout comme Intel ne paie aucune licence à AMD pour le x86-64: cela s’appelle des accords de licences croisées.

Si AMD se décide à passer à ARM pour les serveurs premier prix, il doit y avoir une raison à cela. Pour ma part, je pense que c’est pour son excellent rapport perf/watt qu’ils l’ont choisi.









kail a écrit :



Si AMD se décide à passer à ARM pour les serveurs premier prix, il doit y avoir une raison à cela. Pour ma part, je pense que c’est pour son excellent rapport perf/watt qu’ils l’ont choisi.





je pense la même chose, peut être une lampe de lancement pour d’autres applications (mobiles?).









lateo a écrit :



3- et attend qu’ils aient fini le boulot sur Wayland pour Pi… utilisation du GPU pour tout l’affichage, et donc moins de boulot pour le CPU tout pourri du Pi… miam! enfin des interfaces graphiques utilisables sur le Pi <img data-src=" />







Certes, c’est étonnant cette petite machine.



Mais pour mon usage l’interface graphique n’a aucune espèce d’importance. Le cas d’usage est de la planquer derrière la Freebox de ma mère (la V6 a des ports USB, cool !) pour pouvoir intervenir chez elle et bricoler à distance sans que j’aie à l’embêter pour qu’elle allume son PC.

Donc le PI me servira quasi uniquement en SSH.



J’avais bien songé à un NAS, mais c’est nettement plus cher et nettement moins discret.



… bref je vais examiner l’achat de plus près !



… et donc dans ce cas d’usage là, le PI est bien utilisé en micro-serveur (voire même nano-serveur <img data-src=" /> )









foetus a écrit :



Cela existe déjà <img data-src=" />



Un Galaxy S4 avec un clavier en bluetooth et un écran en HDMI







il a dit pas cher… mon desktop actuel n’a pas coûté les 23 du prix du galaxy S4…









kail a écrit :



Pas tout à fait. En fait AMD ne paie aucune licence à Intel pour le x86 tout comme Intel ne paie aucune licence à AMD pour le x86-64: cela s’appelle des accords de licences croisées.







Au temps pour moi, effectivement l’accord signé en 2009 et valide 5 ans est bien un accord de licences croisées, entre autres.









ldesnogu a écrit :



Et donc pendant que des naifs font confiance a des rapports biaises voici un autre benchmark :http://browser.primatelabs.com/geekbench2/compare/1979365/1970335







En effet ce benchmark m’a l’air bien biaisé et s’appuie sur les mauvaises mesures “d’énergie”.



En tout cas, ldesnogu du même avis que Wilco on peut dire que j’aurais tout vu dans ma vie !

http://forums.theregister.co.uk/forum/1/2013/06/14/intel_clover_trail_plus_bench…









Nonal a écrit :



En effet ce benchmark m’a l’air bien biaisé et s’appuie sur les mauvaises mesures “d’énergie”.





Le bench que tu cites ne contient aucune reference a d’eventuelles mesures de consommation. Je pense que l’abus de sport t’a ramolli le bulbe.





En tout cas, ldesnogu du même avis que Wilco on peut dire que j’aurais tout vu dans ma vie !

http://forums.theregister.co.uk/forum/1/2013/06/14/intel_clover_trail_plus_bench…



Ce qui serait plus etonnant soit que Wilco soit du meme avis que Torvalds <img data-src=" />









lateo a écrit :



chais pas tu fais quoi sur un micro serveur toi?







J’sais pas, pourquoi pas un serveur web ? un serveur minecraft <img data-src=" /> ?









Bylon a écrit :





Et en tout cas, c’est une nouvelle significative d’un changement d’époque, AMD qui se fait à faire des CPU non-X86… une page se tourne !..









AMD a une longue histoire dans les CPUs avant les x86.

Par exemple, voir google(“AMD 29000”)









ldesnogu a écrit :



Le CPU, Cortex-A57, vient de chez ARM.







Merci <img data-src=" />



Et tout bien réfléchi, j’aurais dû me dire que c’était comme ça, parce que le but que poursuit AMD avec cette nouvelle famille est de lancer une guerre des prix (avec Intel) où pour une fois la structure de coût ne favorise pas «Chipzilla»









kail a écrit :





Si AMD se décide à passer à ARM pour les serveurs premier prix, il doit y avoir une raison à cela. Pour ma part, je pense que c’est pour son excellent rapport perf/watt qu’ils l’ont choisi.











Seth-Erminatores a écrit :



je pense la même chose, peut être une lampe de lancement pour d’autres applications (mobiles?).







J’ai lu quelque part une allusion au fait que les coûts pour créer un nouveau chip seront bien moindre, et si j’ai bien compris pour AMD c’est ça qui compte (d’où ma référence ci-dessus à une guerre des prix)









bombo a écrit :



J’sais pas, pourquoi pas un serveur web ? un serveur minecraft <img data-src=" /> ?







serveur web :

alors il n’y a rien à redévelopper ou recompiler.

sauf cas très particulier que je ne vois pas.



serveur minecraft : je ne sais pas, je ne joue pas à ça.



Le 19/06/2013 à 15h 08

Raaaah… enfin du 64 bits… on va respirer… par contre relou. ARMv8 n’est que dans gcc 4.8, la version qui impose un compilateur et runtime c++ complet pour être compiler: <img data-src=" />








lateo a écrit :



Au temps pour moi, effectivement l’accord signé en 2009 et valide 5 ans est bien un accord de licences croisées, entre autres.





On parie que ce sera renouvelé? Juridiquement, c’est AMD qui mène la danse.









kail a écrit :



On parie que ce sera renouvelé? Juridiquement, c’est AMD qui mène la danse.







il me semble évident qu’AMD ne va pas complètement lâcher les compatibles x86… <img data-src=" />









lateo a écrit :



il me semble évident qu’AMD ne va pas complètement lâcher les compatibles x86… <img data-src=" />





En fait, cet accord de licences croisées date de bien plus longtemps que 2009. Mais lorsqu’Intel s’est fait prendre pour corruption, au lieu de payer les amendes gigantesques comme ils auraient dû le faire (ça avait commencé avec l’UE: 1,06 milliards, qu’ils ont dû payer. Ils voulaient pas que ça continue ainsi. D’autant plus que les états unis dans leur jugement étaient partis pour être encore bien plus sévères que l’UE: ils les attaquaient en effet pour tromperie sur la marchandise), ils sont allé voir AMD pour qu’ils arrêtent les poursuites. AMD a accepté contre un bon paquet d’argent et d’autres conditions qu’ils ont ajouté à l’accord de licences croisées déjà en place. Et pour les états unis, ils ont accepté de passer l’éponge contre la promesse de la création d’une grosse quantité d’emplois intel sur le sol américain.



Autant dire que ce serait vraiment bête si AMD se passait du x86-64, surtout s’ils en possèdent la licence car oui, c’est bien à eux qu’on le doit et non à intel.