ARM présente brièvement les caractéristiques de l'un de ses nouveaux GPU. Pas attendu avant quelques années, celui-ci devrait être bien plus performant...
En fin de semaine dernière, ARM a présenté son GPU Mali-T658, dernier représentant de l'architecture Midgard qui vise les smartphones, tablettes et smart TV haut-de-gamme. Un processeur graphique qui peut embarquer jusqu'à huit coeurs lui permettant de déployer une puissance de calcul jusqu'à dix fois supérieure à celle proposée par les précédentes références (comme le Mali-400 MP) et quatre fois celle du Mali-T604. Une puissance supplémentaire qui pourra, selon ARM, notamment être exploitée par des applications lourdes comme les traitements photo ou la réalité augmentée Le tout avec le souci habituel d'ARM d'optimiser la consommation énergétique de la puce.
Il faut savoir que certains clients d'ARM ont d'ores et déjà fait savoir leur intérêt pour ce nouveaux circuit graphique. On compte parmi eux des noms tels que Fujitsu, LG, Nufront ou Samsung. Le Mali-T658 d'ARM est compatible avec bon nombre d'API déjà existantes, comme DirectX 11 et DirectCompute de Microsoft, OpenGL ES et Open CL de Khronos, OpenVG ou encore Renderscript de Google. Bien évidemment, ce GPU a été conçu pour fonctionner avec les processeurs ARM Cortex-A15 et A7 présentés ici, que ce soit en mode normal ou via le principe de big.LITTLE. L'idée étant de spécialiser les puces pour ne les solliciter que lorsque cela est nécessaire, et donc économiser de l'énergie le reste du temps.
Ne vous attendez toutefois pas à voir débarquer des appareils équipés du Mali-T658 rapidement. En effet, les premiers téléphones mobiles à exploiter le Mali-T604 devraient arriver avant la fin d'année et ceux intégrant cette nouvelle puce ne sont pas attendus avant 2013. Les versions de ce GPU comprenant huit coeurs pourraient d'ailleurs ne pas pointer le bout de leurs nez avant 2015...
|
|
XFX : des alims ProSeries à plus de 1000 W en Gold et Platinum | L'aventure américaine de Vente-Privée |
|
Imprimer
Envoyer
3 Réactions
138 Approbations



Flux RSS
Dernières réactions
Sachant que certains calculs ne peuvent être partagés!!
Quand la charge est faible, vaut mieux commencer par éteindre tout ce qu'on peut, et ensuite baisser autant que possible la fréquence et la tension de ce qui reste allumé.
Les cores éteints, s'ils sont power-gatés (hum, pas très français, ça) ne consomment pratiquement rien du tout. Si on se contente de baisser la fréquence de tous les cores sans rien éteindre, on consomme quand même pas mal en leakage. Si on baisse aussi la tension, le leakage est bien plus faible qu'à pleine vitesse, mais existe encore et c'est tout de même dommage.
D'où Big.Little : on éteint complètement les gros cores, et on ne laisse tourner que les petits. Ils souffrent de leakage, mais moins, ne serait-ce que parce qu'ils sont plus petits. D'autres optimisations s'ajoutent sûrement.
Je ne savais pas qu'on pouvait faire des coeurs disymetriques, du coup je suis allé lire qq news sur Big.Little.