HP présente son projet Moonshot. Des serveurs économes en énergie basés sur des processeurs ARM ou Intel Atom.
HP présente son projet Moonshot. Des serveurs économes en énergie basés sur des processeurs ARM ou Intel Atom.
CeBIT 2012
CeBIT 2010
Réactions
Hormis pour des calculs massivement parrallèles simple, aucun intérêt d'après moi.
Ce qui compte, c'est la bande passante et surtout la baie de disque attachée au serveur et la qualité de la ligne internet.
Transférer la donnée entre la baie de disque et la ligne internet ne demande finalement presqu'aucune ressource. La carte SCSI/Fiber Channel gère ça toute seule, via un transfert DMA, qui justement ne sollicite pas le CPU.
Le CPU est utilisé pour identifier la connexion.
C'est même pas impossible qu'en serveur de 40 Atom (Atom doubles coeurs donc 80 threads) serait peut être même plus performant qu'un gros Xeon de 12 coeurs, incapable de gérer 80 threads d'un coup. Le tout pour une enveloppe thermique moindre, comme le dit Barlav.
Oui, sûrement. Ils doivent parler de la partie "processeur" du serveur. Les baies de disques et les cartes contrôleurs devraient continuer de consommer la même chose qu'avant. Néanmoins, c'est mieux que rien que d'économiser sur la partie processeur. Ca chauffe aussi beaucoup et si on compte l'économie de clim que cela représente, le gain est sans doute appréciable.
Bon le gros avantage c'est la fiabilité :
Un proc flambe, tu remplaces en live le module: pas d'impact sur la prod.
Ton Xeon 12 cores flambe, l'impact est beaucoup plus lourd...
Concernant la conso, l'idée à mon avis est que les cartes processeurs peuvent s'éteindre complètement, là où un proc avec 11 cores en veile et un core actif va toujours consommé beaucoup plus.
Bref, niveau performance avoir 40 Atom dual-core ne veut pas dire que ca va etre 80 thread performant... premièrement, les CPU atom sont des in-order... donc en partant, pour un serveur, ce n'est pas ce que j'appel vraiment pratique. Deuxièment, ces CPU n'ont pas l'Intel® Virtualization Technology (VT-x), ce qui est un moins.
De plus, la mémoire cache des CPU atom ne sont surement pas aussi performant que ceux des Xeon.
Le seul point intéressant, c'est la consommation. un atom, peut monter jusqu'a 8 watt si je me rappel bien, donc 8w x 40 = 120w, le TDP max du Xeon 5680 3.33ghz = 130w.
Niveau ram, le support des Atoms aussi c'est un problème, tu vas y mettre quoi à ton serveur? 2go de ram? qu'en est-il de la RAM ECC? bref faut voir selon l'utilisation. Si ta pas d'ECC et que ta une ram qui flanche, salut les problèmes...
Pour le secteur visé, non, c'est pas vraiment un moins.
La virtualisation, ça sert surtout quand tu dois héberger des services qui n'ont pas besoin de toute la puissance de la machine. Tu virtualises, et tu héberges plusieurs services sur la même machines dans des environnements indépendants.
Là, le marché visé, c'est plutôt des domaines où des machines traditionnelles sont saturées par le grande nombre de requêtes concurrentes, donc de toute façon, la virtualisation y est peu envisageable : elle n'apporte rien, vu que de toute façon le service monopolise toutes les ressources, et en plus la virtualisation à tendance à pénaliser les I/O, qui sont justement cruciale pour gérer la concurrence. C'est typiquement le cas sur des serveurs web, où tu es bien plus limité par les I/O et le nombre de threads concurrents que par la puissance brute du processeur.
Pour info, Mozilla utilise depuis quelques temps des serveurs SeaMicro à base de 512 cœurs Atom pour gérer les téléchargements de Firefox et des extensions.
Par rapport à leur ancien système à base de serveurs 8 cœurs Xeon L5530, ils ont divisé par plus que 5 la consommation par requête traitée et divisé par 4 l'encombrement.
Les chipset atom gerent pas l'ECC, un atom est beaucoup plus sensible a l'erreur qu'un XEON, un atom est moins fiable dans le temps qu'un XEON, etc...
Au final, c'est du moins cher, plus ecolo, mais pas forcement plus durable...
L'ECC, c'est important quand tu as des données qui restent longtemps en mémoire et dont la cohérence est très importante. Par exemple, en calcul scientifique, où une toute petit erreur mémoire peut se propager ensuite et fausser complètement les résultats de mois de calcul...
Pour un serveur web, on peut largement s'en passer. Au pire, si y a une erreur mémoire à un moment, y a une requête d'un client qui va partir en erreur. C'est pas la mort.
La plupart des serveurs web d'entrée et de milieu de gamme n'ont d'ailleurs pas l'ECC. Chez OVH par exemple, en dessous de 200€ par mois, t'as pas d'ECC, même sur des serveurs Xeon.
Perso, j'ai eu une Dedibox, qui a dépassé les 500 jours d'uptime, sans ECC (et c'est pas à cause d'une corruption mémoire que je l'ai rebootée).
Actuellement j'ai un Kimsufi chez OVH, 295 jours d'uptime, sans ECC (le reboot, c'était l'alim qui avait claqué...).
Chez moi, j'ai un serveur domestique, qui dépasse régulièrement les 100 jours d'uptime, toujours sans ECC (c'est un Atom).
Accessoirement, Intel devrait faire des Atom avec ECC et virtualisation pour l'année prochaine. On peut supposer qu'on les trouvera rapidement dans les serveurs Atom de HP.
L'ECC ne change rien à la durabilité.
Et niveau CPU, y a aucune raison qu'un Atom soit moins durable qu'un Xeon. Un processeur, de toute façon, c'est quelque chose d'extrêmement robuste, si le refroidissement est correctement dimensionné et si la carte mère respecte les spécifications du constructeur du CPU, un CPU peut facilement faire 15/20 ans.