Après les informations sur les Cortex-A7 et Cortex-A15 (voir notre focus sur le sujet), ARM vient de publier quelques détails sur sa prochaine architecture ...
Lire la suite ...

Bonne nouvelle,,ça permettera de taquiner intel et a faire réagir AMD!!mais d ici 2014 intel aura prie le large,,,,,,,,,,,,,

Je ne vois pas comment un 3ème groupe pourrait ne serai-ce que arriver à la cheville des 2 autres, vu la complexité et les pré-requis demandés pour fabriquer des CPU dignes de concurrencer efficacement ceux de AMD et de intel

simple
pour la grande majorité des gens, un pentium E5200 suffit largement niveau puissance
 
t'as pas besoin d'un quadcore avec HT à 3.5Ghz pour faire du word et du youtube.
 
Si t'arrives à faire un proco qui permet cet usage, en consommant 10x moins et en étant moins cher, tu peux te faire une place
 
ya qu'a voir que les APU d'AMD ont relancé la marque alors que niveau puissance brut c'est de la merde par rapport à intel
 
ce qu'il faut faire c'est du low cost qui consomme pas.
et ARM est tres fort dans ce domaine
 
c'est clair qu'au niveau perf pure c'est meme aps la peine d'essayer

Oh oui tient j'en reve deja depuis longtemps d'un pc a quelque Watts au repos... un efficience redoutable. Et pour du t'chat, document, web et autre, le plus costaud c'est la video, qui se decode materiellement de nos jours. Si seulement on pouvait aussi reduire la gigantesque inefficience au niveau programmation et systeme d'exploitation!

ARMv8 ne serait-elle pas déjà une mise en oeuvre du concept de dark silicon? Après tout, il est tout à fait possible qu'un A15 soit la combinaison d'un core ARMv7 et d'un core ARMv8 liés de façon intime mais indépendants, à l'image des modules Bulldozer avec leurs 2 cores INT + 1 processeur vectoriel (il n'y a plus vraiment de FPU).

@Jerry_Cbn: Comme l'a évoqué dark oopa, il suffit que le marché évolue avec de nouveaux critères de performances (efficacité énergétique par exemple) pour que certains acteurs deviennent de sérieux concurrents.

Sachant que la spec ARMv8 n'est pas terminée, non.
 
Les mix prévus sont l'utilisation d'un Cortex A7 et d'un A15, les deux sont en ARMv7.

heureux de voir que tout celà avance. imaginez les serveurs web utilisant ces types de processeur, avec une quantité de mémoire adapté, les factures des fermes de serveurs s'en trouverait grandement réduites et le nombre de machine pour l'hébergement probablement augmenté puisques moins cher à mettre en place et à l'utilisation

J'ai l'impression qu'ici certains voient ARM comme un fabriquant de micro-processeurs installé sur un marché "supposé secondaire" (les smartphones, les tablettes tactiles...) et qui n'y imaginent pas que ARM puisse venir concurrencer Intel ou Amd sur leur terrain, alors qu'en réalité le marché PC/Mac est bien en train de devenir un marché très secondaire à côté des appareils mobiles. Je pense que pour ARM il s'agit juste de se diversifier un peu en allant taquiner Intel et Amd sur les deskop/serveur, surtout qu'ils en ont les moyens ...

Vous divaguez tous, ARM ne proposera jamais un jeu d'instruction compatible Intel/x86, pour aller chercher le client de masse. ARM vise les niches, comme les smartphones, et maintenant les serveurs ultra-spécialisés. Ces serveurs fonctionnent avec un Unix, généralement en système LAMP (Linux-Apache-mySQL-Php) pour faire des hébergements et des solutions online. Tant bien même Microsoft proposerai un  Windows 8 compatible ARM (ce qui est annoncé), c'est évidement pour aller sur des tablettes ou smartphone, ça sera un peu un Windows XP Embedded (système embarqué, applications industrielles, etc...).
Donc ne vous emballez pas, c'est pas demain la veille que vous aurez un PC compatible Windows avec un processeur ARM, et qui consommera 5 watts

Personne n'a parlé d'x86 c'est toi qui divague.
Par contre Microsoft a porté Windows 8 sur ARM.
Mon netbook Poulsbo consommait 6-7W idle(je l'ai plus et ça me les brise car Allan Cox(je crois) a fait un pilote libre pour et à la base je le liquidais pour son pilote d'affichage à chier)
Arm peut y aller easy dans les 5W à l'heure actuelle.
 
Les smartphones/tablettes/etc ne sont plus un marché de niche, tu es pas à l'heure toi.
Arm vend/licencie en masse, c'est pas du marché de niche.

"ARM vise les niches, comme les smartphones" ... sacré belle niche ...

 
Désolé gigathlon il y a plusieurs soucis dans ton message: ARMv8 est une architecture, cela décrit un (ou plusieurs) jeux d'instructions, mais surtout:
- le modèle de calcul,  
- le modèle mémoire et de cohérence,  
- la manière dont la MMU, les caches fonctionnent et se configurent,  
- le registres internes du CPU (appelés CP14/CP15, l'équivalent des MSR d'intel).  
 
Ca n'a pas de rapport avec un concept dark silicon qui est de l'implémentation. NVidia a le droit (et en fait l'obligation) de partir de ce gros pavé de plusieurs milliers de pages pour faire un CPU haute performance qu'il peut vendre. ARM (eux-memes) peuvent prendre cette doc et concevoir un mini ARMv8 tournant a 100MHz, non pipeliné, mais efficace énergiquement et vendre le design (l'A8 et l'A9 sont des implémentations faites par ARM eux-mêmes).
 
Ensuite, fusionner un ARMv7 (petit) et un ARMv8 (gros) ne peut fonctionner en hétérogène, vu qu'ils ne respectent pas le même modèle de configuration. Les modèles de calcul et mémoire (la configuration des tables de pages de la MMU par exemple) exigerait de l'OS qu'il passe son temps à convertir les tables de pages quand il passe un thread d'un monde à l'autre...  
 
En cherchant la semaine précédente, tu as déjà le pipeline de l'A15.
http://www.hardware.fr/medias/phot [...] 3936_1.jpg
Il n'y a pas de A9 la dedans.
 
Dans des CPU modernes out of order (comme le A9 et le A15), tu n'es pas franchement limité par le nombre d'unités de calcul entières ou flottantes. C'est facile à ajouter et c'est très raisonnable en taille (~10k portes pour une unité ALU). Il peut y avoir une tentation de les fusionner pour réduire un peu le nombre de chemins de données dans le coeur (forward path). Les problèmes de performance et une bonne partie de la surface viennent de la qualité et quantité des unités de chargement de données, caches, logique de dispatch/ordering dans le coeur, prédiction de branchement, qui sont des unités très spécifiques.

vous me faites mal a la tête avec toutes vos théories , a vous lire vous êtes tous très forts jusqu'au point de dicter les gros de ce monde "quoi faire" . respet

http://www.arm.com/files/downloads [...] ecture.pdf
 
ARMv8 Technology Preview

Merci pour le lien !

Aie, aie aie ! Confondre "marché de niche" et "marché de masse" c'est assez dur quand même.
Une niche, c'est un marché très ciblé, comme les smartphones ou les tablettes. Ce qui ne veut absolument pas dire que ce n'est pas un marché avec un gros volume (marché de masse).
Il faut réellement que certains ici fassent des efforts avant d'allumer les autres commentaires, et consultent peut être un Larousse ou un autre dico. J'essaie de choisir avec précision les mots que j'emploie, c'est pas pour me prendre une réflexion d'un gars qui lit en diagonale.

Bonjour,
je ne prends pas parti mais :  
voilà le larousse :  
http://www.larousse.fr/dictionnair [...] iche/54520
 
Les autres définitions n'indiquent pas explicitement la quantité de clients mais sous-entendent un marché restreint ,  une clientèle peu nombreuse avec une demande très spécifique. Bien sur un marché de niche peut devenir de masse mais à ce moment répond(il encore aux autres critères déterminant le terme de niche ?
http://fr.wikipedia.org/wiki/Niche_de_march%C3%A9

Loin de moi l'envie de rentrer dans un débat sémantique.
Cela dit je suis allé chercher quelques chiffres de volumes (et non pas de bénéfices).
 
Processeurs ARM produits au premier trimestre 2011: 1.85 Milliards (http://www.silicon.fr/pres-de-2-milliards-de-processeurs-arm-produits-au-premier-trimestre-50583.html)
Marché PC au second trimestre 2011: 100 Millions (moins clair)  
(http://www.silicon.fr/processeurs-intel-gagne-des-points-sur-lannee-amd-sur-le-trimestre-62202.html). Quelqu'un a un chiffre plus précis des CPU Intel/AMD vendus par trimestre ?
ARM connected community (les clients): ~1000 partners (la ARM "connected" community).
 
Le marché final des processeurs ARM est un marché de volume (notamment par la présence de plus d'un coeur ARM dans un même produit final).
Son marché "direct" est plus restreint, quelques milliers de clients seulement.

 
Pour revenir au coeur de l'article, les 64 bits et le côté serveur, Le souci c'est pour quelle utilisation tu optimises ton processeur: tu te dois de faire des choix, et c'est difficile courir tous les lièvres à la fois. Qu'ARM conçoive correctement des CPU basse consommation ou qui ont une bonne efficacité énergétique pour des benchmarks "mobiles", ne garanti pas que cela se transpose bien pour des usages "serveur", qui se comportent bien différemment au niveau des unités du processeur.  
 
Parce que les objectifs suivants sont largement différents. Etre bon en a/ ou b/ ne garanti rien pour c/  
a/ moins d'énergie possible
b/ efficacité dans des usages embarqués (EEMBC) : meilleur EEMBC/mW ou DMips/mW
c/ efficacité dans les usages specint: meilleur specint2k6/mW
 
Notamment specint est exigeant sur les systèmes mémoires, la ou les tests b/ tiennent sans souci en cache.
Tu peux facilement te retrouver à la traîne en performance sur c/, tout en consommant moins d'énergie certes.  
Mais il n'est pas prouvé dans quel sens le ratio specint2k6/mW va aller.
 
L'autre souci est l'eco-système ARM vs x86. Pour arriver dans un data center, il ne suffit pas que le CPU fonctionne et soit délivré sous forme de blade. L'absence de software externe est un frein: VCS existe en version ARM ? les librairies client Oracle existent en version ARM ? Mon vendeur de Linux me délivre une version supportée pour ARM ? mon système de surveillance préféré des noeuds est présent pour ARM ? etc...

Que représente VCS (pour ceux qui ne connaissent pas c'est un outil de simulation pour la micro-électronique) en terme d'utilisation sur les serveurs installés dans le monde ? Rien. Que représente Oracle ? Pas sûr que ça soit énorme en terme de serveurs dédiés, comparé aux nombres de serveurs faisant tourner des instances de key/value stores open source.
 
Quant à Linux sur ARM, c'est vrai qu'il manque le support d'un spécialiste du Linux serveur, mais ça viendra surement. On a déjà des distros ARM Linux supportées (genre Ubuntu).
 
De toute façon, je ne suis pas certain qu'il faille voir cette histoire de 64-bit uniquement en terme de serveurs. Même les smartphones et les tablettes vont très rapidement avoir besoin d'un accès à un espace mémoire virtuel de plus de 32-bit. Il était donc crucial pour ARM d'avoir une telle architecture, surtout quand l'adversaire Intel a déjà le 64-bit.

 
Pour VCS je parle de http://en.wikipedia.org/wiki/Veritas_Cluster_Server
Il s'agit d'un exemple parmi d'autres. Un entreprise a un ensemble de logiciels qu'ils possèdent (et peuvent porter), certains sont open-source (comme celui que tu cites), mais il reste d'autres parties non négligeables...
 

 
Tu as raison, il y a en tout cas l'augmentation de l'espace d’adressage au dessus des 32b est nécessaire à terme, meme pour les mobiles. En plus du fait qu'il faut aujoudrhui maintenir des bases de codes en 32b et 64b. Sauf erreur, le code d'iOS est largement commun entre desktop et mobiles.

Ha désolé, le poids du passé
 
Le VCS dont tu parles est porté sur beaucoup d'archis et n'est donc clairement pas spécifique au x86. Il s'agit donc de savoir si Symantec décidera de le supporter ou pas sur ARMv8 (qui dispose du support HW pour la virtualisation).

Tiens, il me semblait pourtant que l'A15 avait été prévu comme la première archi 64bits... c'est vrai que je n'avais pas vraiment suivi l'affaire depuis les premières rumeurs.
 
L'idée n'en reste pas moins valable (une sorte de multicore asymétrique "fusionné" avec power gating core par core mais partage de certaines choses, notamment des registres et les caches, entre les cores), du coup je suis pressé de voir ce qu'ils vont nous pondre

 
Designer de RTL refoulé. Je le savais

Ça ressemble plutôt au niveau serveur a ce que Sun / Oracle ont développé :  des processeurs pas nécessairement puissants, mais efficaces énergétiquement, et qui peuvent s'assembler en grand nombre. Le but est de répartir les requêtes sur tout les cores. C'est très orienté applications Web, et très peu pour les applis lourdes. Je ne vois pas ARM se lancer dans autre chose que ça.