Intel annonce deux nouveaux Atom pour smartphones et un modem 4G/LTE

Intel annonce deux nouveaux Atom pour smartphones et un modem 4G/LTE

C'est l'apéritif, en attendant le 22 nm

Avatar de l'auteur
David Legrand

Publié dans

Sciences et espace

25/02/2013 4 minutes
22

Intel annonce deux nouveaux Atom pour smartphones et un modem 4G/LTE

En septembre dernier, Intel levait le voile sur sa nouvelle série de processeurs Atom pour smartphones : Clover Trail+. Représentée dans un premier temps par le Z2580, son modèle le plus haut de gamme, elle se décline aujourd'hui via deux nouveaux modèles. Le géant de Santa Clara en profite pour annoncer son premier modem 4G/LTE, le XMM 7160.

Intel, a réussi à placer ses puces Atom dans de nombreuses tablettes et autres hybrides sous Windows 8 en fin d'année dernière. Désormais, la société cherche à se faire une place un peu plus grande sur le marché des produits exploitant Android. Pour ce faire, le géant des semi-conducteurs avait annoncé en septembre dernier sa nouvelle génération Clover Trail+, qui se décline aujourd'hui.

Atom Z2520 et Z2560 : Clover Trail+ se veut plus accessible

Intel Atom Z2580

 

On y retrouve l'Atom Z2580 gravé en 32 nm ainsi que ses deux nouveaux petits frères : les Atom Z2520 et Z2560. Ceux-ci se distinguent essentiellement par leur fréquence de fonctionnement qui n'est plus de 2 GHz, mais de 1,2 GHz et 1,6 GHz, respectivement. Pour rappel, cette gamme bénéficie de la technologie Hyper-Threading et Intel annonçait que le GPU du Z2580 était jusqu'à trois fois plus performant que celui du Z2460 qui équipe l'Orange avec Intel Inside.

 

Voici d'ailleurs une vidéo de présentation publiée par l'équipe de l'Unreal Development Kit :

 

  

On retrouve aussi des technologies de sécurité comme l'Identity Protection Technology (IPT) qui est déjà implémentée sur les processeurs Core de seconde et de troisième génération, ou encore le Wireless Display (WiDi).

 

La définition du capteur photo peut grimper jusqu'à 16 mégapixels. En mode rafale, on est limité à 8 mégapixels, mais la vitesse peut atteindre les 15 images par seconde contre 10 dans le cas du Z2460. De plus, il est possible de lire ou de capter des vidéos en Full HD 1080p @ 30 fps, ce qui était déjà le cas de la précédente plateforme.

 

Intel Atom Clovertrail+

 

La définition de la dalle associée pourra atteindre les 1920 x 1200 pixels, ce qui nous semble un peu juste puisque le Nexus 10 de Google par exemple propose dès à présent 2560 x 1600 pixels. Reste que cela devrait déjà permettre à des constructeurs de proposer des tablettes ou smartphones Full HD.

Les Atom Z25xx ne sont qu'une étape : cap sur le 22 nm avec Merryfield

Pour le moment, peu d'annonces concrètes, si ce n'est l'arrivée du K900 de Lenovo en Chine dans le second trimestre de 2013 avant de le proposer de manière plus globale. Celui-ci dispose d'une dalle de 5,5" Full HD et intègrera l'Atom Z2580, le tout avec une épaisseur de 6,9 mm. Mais ASUS, Lenovo ou encore ZTE planchent sur des produits exploitant cette plateforme.

 

IDF Day 1 Bay Trail Clover Trail Atom

 

Notez qu'Intel évoque d'ores et déjà la génération suivante : Merryfield. Il s'agit cette fois d'une déclinaison 22 nm qui bénéficiera d'une architecture renouvelée tout comme la version dédiée aux tablettes, BayTrail qui est attendue pour fin 2013. Sa date de disponibilité n'a néanmoins pas été dévoilée.

La 4G/LTE est enfin possible grâce au XMM 7160

Du côté du modem, le XMM 6360 capable de gérer la 3G+ jusqu'à 42 Mb/s (DC-HSPA+) est pour le moment recommandé. Mais une version aussi compatible avec la 4G/LTE fait enfin son apparition : le XMM 7160. Jusqu'ici le fondeur n'avait que des puces capables de gérer les réseaux 3G+ jusqu'à 21 Mb/s sur une ou deux SIM, comme le XMM 6265 qui avait été annoncé durant le CES.

 

Reste à voir si tout cela suffira à séduire les constructeurs, qui exploitent pour le moment assez peu les solutions du père de l'x86 dans des smartphones.

Écrit par David Legrand

Tiens, en parlant de ça :

Sommaire de l'article

Introduction

Atom Z2520 et Z2560 : Clover Trail+ se veut plus accessible

Le brief de ce matin n'est pas encore là

Partez acheter vos croissants
Et faites chauffer votre bouilloire,
Le brief arrive dans un instant,
Tout frais du matin, gardez espoir.

Fermer

Commentaires (22)


Intel essaie de démontrer la puissance du x86 dans un mobile, face à son concurrent ARM, tres bien installé déjà…



Sinon le TDP de ce genre de Proco, il est de combien ?<img data-src=" />



Tu peux le conserver dans tes mains le mobile sans être brulé au deuxième degré ?? lol ^^



Mon Noctua ne rentreras jamais dans ce smartphone lol <img data-src=" />


Les GPU sont enfin du Intel ou ça reste du PowerVR ?


@esver: Sur le plan graphique, on passe d’un seul GPU PowerVR SGX 545 à deux SGX 544MP2, cadencé à 300, 400 ou 533 MHz.



(Source:Clubic.com

http://www.clubic.com/processeur/processeur-intel/actualite-543562-intel-clover-…



Bon pour les perfs ^^





Après rien ne tourne dessus vue que ce n’est pas une architecture ARM.








Pellegrin a écrit :



Après rien ne tourne dessus vue que ce n’est pas une architecture ARM.





Gné <img data-src=" />









criss1023 a écrit :



Intel essaie de démontrer la puissance du x86 dans un mobile, face à son concurrent ARM, tres bien installé déjà…



Sinon le TDP de ce genre de Proco, il est de combien ?<img data-src=" />



Tu peux le conserver dans tes mains le mobile sans être brulé au deuxième degré ?? lol ^^



Mon Noctua ne rentreras jamais dans ce smartphone lol <img data-src=" />







En même temps, depuis qu’ils essayent de faire des modèles performants, les ARM ne sont plus aussi sobres qu’avant.



Au final, il se pourrait bien qu’avec leur avance sur les technos de gravure, intel n’ait pas trop de mal à faire jeu égal.












Pellegrin a écrit :



Après rien ne tourne dessus vue que ce n’est pas une architecture ARM.





Je t’invite à lire cet excellent test du téléphone intelligent Orange avec intel inside:



C’est par ici !









Pellegrin a écrit :



Après rien ne tourne dessus vue que ce n’est pas une architecture ARM.







Vu que les Android c’est un kernel Linux et une machine Java (Dalvik), ça tourne sur à peu près tout processeur, et c’est certainement applicable à 95% de la logithèque Android.



La différence se fera surtout sur le triptyque : performance, consommation, prix.



En tout cas, le grand bénéfice de tout ça, c’est qu’Intel continue à bosser à fond pour rendre ses architectures compatibles, performantes et fonctionnelles avec Linux. <img data-src=" />









mukumi a écrit :



Je t’invite à lire cet excellent test du téléphone intelligent Orange avec intel inside:



C’est par ici !





Même si David n’avait pas eu de problème de compatibilité, ceux-ci existent ou ont au moins existé. Maintenant ce n’est pas évident à voir vu que le store va filtrer ce qui n’est pas disponible pour x86. Enfin je pense que ce qui n’est pas compatible existe de moins en moins, il suffit juste de recompiler après tout (et tester…).









ldesnogu a écrit :



Même si David n’avait pas eu de problème de compatibilité, ceux-ci existent ou ont au moins existé. Maintenant ce n’est pas évident à voir vu que le store va filtrer ce qui n’est pas disponible pour x86. Enfin je pense que ce qui n’est pas compatible existe de moins en moins, il suffit juste de recompiler après tout (et tester…).





C’était surtout le cas pour ce qui utilisait du code natif et encore (surtout les jeux donc). Après les choses se tassent. Ce sera plus simple pour Intel d’avoir une bonne bibliothèque d’Apps Android fonctionnelles que pour ARM avoir une bonne bibliothèque d’Apps Linux / Windows fonctionnelles ;)









David_L a écrit :



Ce sera plus simple pour Intel d’avoir une bonne bibliothèque d’Apps Android fonctionnelles que pour ARM avoir une bonne bibliothèque d’Apps Linux / Windows fonctionnelles ;)





D’après mon expérience recompiler sous Linux pour ARM c’est zéro problème, pas plus que sous Android. Pour Windows, je ne veux pas savoir <img data-src=" />





La définition du capteur photo peut grimper jusqu’à 16 mégapixels. En mode rafale, on est limité à 8 mégapixels, mais la vitesse peut atteindre les 15 images par seconde contre 10 dans le cas du Z2460.





Déjà que 8 Mégapixels c’est n’importe quoi sur un mobile, vu la taille des capteurs et la qualité générale, et surtout ça ne sert à rien pour publier sur FB (j’exagère à peine), que dire de monter jusqu’à 16 ? <img data-src=" />


Intéressant de voir qu’il n’y en a pas que pour l’architecture ARM sur les solutions mobiles.



Un bon challenger, c’est toujours bon pour éviter les blocages dus aux situations de monopole. A suivre, et de près !








ldesnogu a écrit :



D’après mon expérience recompiler sous Linux pour ARM c’est zéro problème, pas plus que sous Android. Pour Windows, je ne veux pas savoir <img data-src=" />







Globalement, je confirme. Je suis surpris du peu de problèmes de compatibilité par la recompilation de mes propres logiciels sur Linux ARM.









David_L a écrit :



C’était surtout le cas pour ce qui utilisait du code natif et encore (surtout les jeux donc). Après les choses se tassent. Ce sera plus simple pour Intel d’avoir une bonne bibliothèque d’Apps Android fonctionnelles que pour ARM avoir une bonne bibliothèque d’Apps Linux / Windows fonctionnelles ;)







D’autant qu’au final, pour le code natif, ça ne va pas être bien compliqué de recompiler les applications. Vu les moyens d’Intel, je ne pense pas qu’il y aura beaucoup d’inertie chez les développeurs.









Commentaire_supprime a écrit :



Intéressant de voir qu’il n’y en a pas que pour l’architecture ARM sur les solutions mobiles.



Un bon challenger, c’est toujours bon pour éviter les blocages dus aux situations de monopole. A suivre, et de près !





Enfin, une situation bien particulière.



Monopole sur l’archi, mais pas sur le fabricant! Il y a une multitude de fabricants en ARM, ce qui limite sacrément les risques.

D’un point de vue purement économique, il n’y pas de monopoles dans le secteur des puces mobiles.









sr17 a écrit :



Globalement, je confirme. Je suis surpris du peu de problèmes de compatibilité par la recompilation de mes propres logiciels sur Linux ARM.







C’est normal : android pour x86 intègre une librairie permettant d’interpréter du code ARM sur un processeur x86 (aka Houdini).

Perso je n’ai même pas eu à recompiler mon code natif. Même mes ancien apk intégrant des .so compilés exclusivement pour arm tournaient sans problème sur le Razr i (qui a un proc intel)









superfougere a écrit :



C’est normal : android pour x86 intègre une librairie permettant d’interpréter du code ARM sur un processeur x86 (aka Houdini).

Perso je n’ai même pas eu à recompiler mon code natif. Même mes ancien apk intégrant des .so compilés exclusivement pour arm tournaient sans problème sur le Razr i (qui a un proc intel)





Si ça tournait à une vitesse acceptable, on peut se demander si ça valait le coup de faire du natif. Parce qu’au bas mot, tu prends un facteur 2 en émulation, et plutôt x3-4.



1- faire du natif n’est pas forcément une histoire de performances (code multiplateforme, utilisation de code C existant, api non disponibles en java …)

2- mon appli tournait majoritairement sur de l’ARM

3- houdini semble être sacrément bien optimisé

4- le but de cette lib est avant tout d’éviter que les appli embarquant du natif ne crashent sur des distrib x86. il est bien entendu fortement recommandé de recompiler ses .so pour chaque archi, pour des raisons de performance.








superfougere a écrit :



1- faire du natif n’est pas forcément une histoire de performances (code multiplateforme, utilisation de code C existant, api non disponibles en java …)

2- mon appli tournait majoritairement sur de l’ARM

3- houdini semble être sacrément bien optimisé

4- le but de cette lib est avant tout d’éviter que les appli embarquant du natif ne crashent sur des distrib x86. il est bien entendu fortement recommandé de recompiler ses .so pour chaque archi, pour des raisons de performance.





D’accord avec les points 1, 2 et 4 ;)



Pour le point 3, je serais tres interesse par des bench concrets, parce que je doute fortement que le x2 soit realisable.









Bylon a écrit :



Vu que les Android c’est un kernel Linux et une machine Java (Dalvik), ça tourne sur à peu près tout processeur, et c’est certainement applicable à 95% de la logithèque Android.



La différence se fera surtout sur le triptyque : performance, consommation, prix.



En tout cas, le grand bénéfice de tout ça, c’est qu’Intel continue à bosser à fond pour rendre ses architectures compatibles, performantes et fonctionnelles avec Linux. <img data-src=" />





Au moins sur ce secteur ils ont des concurrents valables qui les poussent à innover (n’est-ce pas AMD?)



Le 26/02/2013 à 11h 14

mmmh… si les GPUs sont toujours aussi mauvais… bof…. j’espère qu’ils prennent du ARM mali 400 qui a bien meilleur réputation que le SGX.



Cela dit, je suis curieux de connaître le rapport accélération dans le silicium/microcode du modem. Car, il est temps que le microcode des modems deviennent open source, y a trop de trucs chelous qui pourrait s’y passer.



D’ailleurs des gens travaillent sur une base de code open source. Je ne sais pas où ça en est.