Intel porte Android 3.0 sur x86, mise sur la compatibilité
Dans la grande bataille des tablettes, Intel est plutôt mal parti. Le marché est aujourd'hui monopolisé par des modèles utilisant des puces ARM, au point que Microsoft a prévu de porter Windows 8 sur ARM. Intel possède pourtant une arme redoutable : la compatibilité x86.
Comme l'a souligné Paul Otellini, le monde ARM est fractionné. Derrière le jeu d'instruction commun, les architectures ARM Cortex, Qualcomm Snapdragon, Samsung Hummingbird etc. sont différentes. Selon Otellini, Microsoft préparerait non pas une, mais quatre versions de Windows 8 pour ARM. En outre, le portage de Windows n'est pas suffisant : toutes les applications écrites pour du x86 devront être recompilée ou virtualisées pour fonctionner sur une plateforme ARM. Au contraire, les applications Android sont écrites en java un langage par essence multiplateforme. Elles peuvent donc être portées très facilement sur une architecture x86. Intel a travaillé au portage d'Android sur x86 et a montré un prototype de tablette 7 pouces fonctionnant sous Honeycomb x86.
Intel compte donc rattraper rapidement son retard sur ARM dans les tablettes et les smartphones dès qu'il disposera d'un processeurs suffisamment performant et peu gourmand en énergie. Cela pourrait être Medfield, lancé début 2012.
- Processeur,
- Intel,
- Android ,
- 3.0 ,
- x86
- Les smartphones Intel Medfield lancés en 2012
- Des cartes mères Llano (FM1) chez ECS
- Intel accélère l'Atom : Airmont 14 nm en 2014
- PC portables : Intel vise les 15 W
- TDJ : MSI GT 680R, Fractal design Core 3000
- Le DaaS met le bureau dans le cloud
- Des ReRAM Panasonic pour 2012 ?
- Du SSD "milieu de gamme" à 230Mo/s chez Green House
- Cloud Computing : la sécurité de nouveau pointée du doigt
- NVIDIA publie ses pilotes GeForce 275.27 bêta
- La commission européenne se penche sur le Cloud
- NVIDIA Tesla M2090 : du GPGPU avec 512 CUDA Cores
- Un barebone All-in-One Atom chez Gigabyte
- Invasion de GeForce GTX 560
- La Sabertooth 990FX d’Asus en photos
- Un écran AMOLED pliable à volonté
- Un E-paper couleur flexible de 13,3"
- TDJ : Revoltec K102 Touch
la vm d'android manque clairement d'optimisation
d'ailleurs une startup avait fait des modifs qui montrait via vidéo qu'un mobile bas de gamme avec leur vm modifié à être aussi performant qu'un nexus
Les applications android demanderont tout de même une phase de portage ?
Et tous les éditeurs d'applications ne seront peut etre pas prés a y passer du temps. Surtout si peut d'appareil utilisent une architecture x86.
Intel doit donc encore convaincre les éditeurs de porter les applications sur plateforme x86 nan ?
@flr_ nan parce que le code java est convertie en bitecode et c'est le J.R.E de java qui convertie le bitecode en langage machine. Donc s'il existe un J.R.E pour une architecture, n'importe quelle application java peu y rouler (ou presque, il existe quelques rares exceptions).
"toutes les applications écrites pour du x86 devront être recompilées"
C'est faux ! seules les applis codées en langage natif (C, C++ MFC, ...) sont concernées, les applis windows en .NET, java, python, etc... existent !
"Au contraire, les applications Android sont écrites en java"
Sous android les applis natives existent aussi et nécessitent elles aussi une recompil entre ARM et x86 ...
@collinm: la startup en question est myriad (société qui ne croit pas à android), créée par l'absorption d'esmertec qui a développer un moteur Java très performant pour mobile low-cost (ARM7-ARM9). Le truc, c'est que cette démo date d'avant que Google ne fouette ses ingénieurs pour intégrer le JIT dans leur moteur Java à eux (et donc rattraper le retard par rapport au moteur de myriad)...
Autrement, même si les applications sont en java, il peut très bien y avoir une partie en JNI (interface Java, mais code compilé pour la machine à partir d'un code C). Je doute que cela soit très dure à porter (recompilation du C).
Attention, les applis Android peuvent également être écrites en C grâce au NDK. Ces applis devront être recompilées pour tourner sur du x86 (il me semble d'aileurs qu'actuellement ça crée des "fat binaries" pouvant tourner sur les différents jeux d'instruction ARM).
"toutes les applications écrites pour du x86 devront être recompilées"
Oui, pour les applications en language natif.
Mais pourquoi j'ai l'impression que recompiler est présenté comme une mauvaise chose ?
C'est bien de faire des applis optimisées et portable, ça marchera mieux recompilé que émulé/virtualisé... aprés si c'est codé goré pas portable c'est bien de le mettre en évidence.
pour hihan : python n'est pas un langage x86, ni java...
ça fait beaucoup de conditionnel tout de même !