Comme chaque année, ARM dévoile ses solutions graphiques à destination des smartphones et des tablettes. Cette année, les Mali-T860, T830 et T820 viendront remplacer les actuels GPU Mali-T760 et T720 en se basant toujours sur l’architecture Midgard que l’on connaît depuis les Mali de génération 600. En revanche, de nombreuses améliorations ont été apportées pour abaisser la consommation et la chauffe de ces puces. Cela pourra permettre une hausse indirecte des performances.
Les appareils qui intégreront ces nouveaux GPU (d’ici environ un an) devraient donc être plus performants grâce à deux facteurs : la possibilité d’intégrer davantage d’unités de calcul pour une même consommation, mais aussi la possibilité de maintenir les performances maximales sur une période plus longue. Pour rappel, lorsqu’un terminal chauffe ou consomme trop, la fréquence du couple CPU/GPU baisse, tout comme les performances. Avec les futurs Mali de la série 800, ce comportement devrait être réduit, si les constructeurs prennent la peine de soigner leur design.
Mali-T860 : la bête de course
Le Mali-T860 remplacera le Mali-T760. Au programme des nouveautés : une réduction de la consommation (ARM annonce 45 % par rapport au Mali-T628), mais aussi le support des entrées et sorties YUV 10 bits qui offre une plus grande profondeur des couleurs avec des vidéos en HEVC / H.265. Au niveau architectural, on reste avec 2 pipelines arithmétiques par cœur et jusqu’à 16 cœurs (MP16). Chaque cœur possède une unité de texture, ce qui donne une puissance de calcul comprise entre 20 FLOPs et 1 texel par cycle d’horloge pour un Mali-T860MP jusqu’à 640 FLOPs et 16 texels par cycle d’horloge pour un Mali-T860MP16. Des nombres à multiplier par la fréquence du GPU, laissée au libre choix du constructeur. Enfin, le Mali-T860 supportera Direct3D 11_1, OpenGL ES 3.1, l’Android Extension Pack ainsi qu’OpenCL 1.2.
Mali-T820 et T830 : une puissance modérée
Les Mali-T820 et T830 seront les successeurs du Mali-T720 et seront respectivement dédiés aux terminaux d’entrée et de milieu de gamme. Le Mali-830 devrait être 55 % plus performant que le Mali-T622 à consommation égale, alors que la Mali-T820 devrait être plus efficace (+50 %) à taille physique équivalente. Niveau architecture, le T830 ressemble au T860 avec deux pipelines par cœur alors que le T820 se contente d’un seul pipeline arithmétique par cœur. Les deux GPU peuvent être proposés en différentes versions : de 1 à 4 coeurs, assurant des performances comprises entre 10 FLOPs / 1 texel (T820MP) et 40 FLOPs / 4 texels par cycle d’horloge pour le T820MP4 contre 20 FLOPs / 1 texel (T830MP) à 80 FLOPs / 4 texels pour le T830MP4. Les deux GPU se limitent au support de Direct3D 9_3 mais conservent l’OpenGL 3.1, l’Android Extension Pack et OpenCL 1.2.
Les chiffres de performance, de consommation et de taille annoncés par ARM devraient être, dans les faits, supérieurs puisque la comparaison a été effectuée avec une finesse de gravure équivalente. Sachant que la plupart des SoC en Mali série 600 sont gravés en 28nm et que la majorité des puces seront gravées en 20 voire 14nm d’ici un an, la consommation sera encore plus réduite. Enfin, on profite de cette news pour demander aux constructeurs de bien vouloir renseigner dans la fiche technique de leurs terminaux le nombre d’unités de calcul intégré à leur GPU Mali : le fameux suffixe MPx. Un seul chiffre qui peut tout peut changer pour l’expérience utilisateur. Certains OEM jouent le jeu, mais d’autres se limitent à seulement indiquer le type de GPU utilisé.
Des nouveaux processeurs vidéo et d’affichage
Parallèlement à ces trois nouveaux GPU, ARM a également dévoilé son processeur vidéo Mali-V550 ainsi que le processeur d’affichage DP550. Si la présence du premier n’est pas nécessaire dans un terminal, mais permet de traiter les flux vidéos de manière plus économe et rapide, le second joue le rôle d’intermédiaire entre l’écran et le GPU. Le nouveau DP550 prend en charge l’affichage de la 4K / UHD sans passer par le GPU pour les tâches simples. Une fonctionnalité qui trouvera surtout son utilité dans les télévisions.
Le Mali-V550, lui, est un processeur vidéo qui permet d’encoder et de décoder les flux HEVC / H.265 sans passer par le GPU, ce qui permet d’économiser de l’énergie. Un processeur vidéo qui pourra donc aussi permettre de filmer en 4K avec un codec H.265, ou de lire ces dernières vidéos. Pour le moment, l’actuel Mali-V500 se limite au H.264 alors que la lecture du HEVC / H.265 passe par le CPU ou le GPU. Le Mali-V550 intègre aussi la fonctionnalité Motion Search Elimination pour l’encodage et le décodage (qui était auparavant destinée uniquement au décodage) et qui permet d’abaisser la consommation et la latence des opérations pour éviter de faire travailler le processeur lorsque les images se ressemblent. Une fonctionnalité qui devrait également permettre de transmettre des images sans fil en évitant une latence trop importante. Les Mali-V550 et Mali-DP550 supportent tous les deux les entrées et sorties YUV 10 bits pour aller de pair avec les nouveaux GPU Mali série 800.
Rendez-vous dans un an environ pour commencer à retrouver toutes ces nouvelles puces dans les SoC et donc dans les smartphones et les tablettes destinés au grand public.
Votre café et votre dose de tech vous attendent sur WhatsApp chaque matin avec Frandroid.
C'est "20 Gflops et 640 Gflops" nom de dieu! Sinon ça ne veut plus rien dire! Franchement, quel manque de professionnalisme, au lieu de gober les informations que vous trouvez ça et là, traitez la un peu, c'est votre boulot, vous êtes payé pour ça...bordel.
[…] Après ARM et ses Mali de la série T800, au tour d’Imagination Technologies d’annoncer les PowerVR Series7, les nouveaux GPU de la marque. Au programme : des puces conçues pour des produits divers et variés, de la montre connectée à l’ordinateur portable. […]
Vous avez en effet raison, j'ai du me tromper à cause de FLOPs qui ne sont pas la même chose que FLOPS. Concernant les 640, c'est qu'il y a 2 pipelines arithmétiques par cœur.
Les GPU mobiles savent décoder la vidéo de manière logicielle. Le GPU permettant alors d'accélérer les traitement par rapport au CPU. Mais rien ne vaut en effet un traitement directement par le VPU.
En effet comme le dit John, tu utilises 2 unités temporels en même temps. Ca n'a pas de sens. Il faudrait dire par exemple: 20 opérations (flottantes simple précision je suppose) par cycle d'horloge et par coeur. En suite tu multiplies par le nombre de coeur (donc au max 320 et pas 640 comme tu l'écris) et par la fréquence (le nombre de cycle par seconde). Et là tu retombes bien sur tes pieds, à savoir des FLOPS (simple précision). Ca reste évidement un chiffre purement théorique est intenable dans le réalité.
J'ai quelques doutes...pour moi, les GPU mobiles ne savent pas décoder de la vidéo...maintenant je me trompe peut-être. On est sur des systèmes différents des PC....aujourd'hui sur PC tu as ta carte graphique qui intègre GPU et VPU...à force, on oublie de parler du VPU. nVidia ou Amd vendent une puce complète qui intègre GPU et VPU aux fabricants de cartes qui n'ont pas le choix....(à une époque lointaine ce n'était pas le cas, il y existait en plus des cartes graphiques de rares cartes de décompression Mpeg-2 dédiées type Magic Hollywood...peu de gens en achetaient, de mon coté j'avais plutôt overclocker mon PII-350 pour pouvoir lire les DVD en Soft) Sur PC le décodage hard hevc n'est pas encore monnaie courante...les solutions mobiles sont presque en avance sur ce point. Coté mobile on a un système de licences : les concepteurs de puces achètent des "morceaux", CPU, GPU, Modem...parmi eux, certains tiennent à leurs VPU fait maison (Allwinner par exemple décodait déjà du 1080p h264 sur son vieil A10 équipé d'un modeste GPU Mali400Mp1...son VPU CedarX était excellent...ou encore Mediatek qui possède des compétences : leur premier grand succès est quand même mt1389, une puce décodage pour platine DivX)....Les concepteurs ont le choix de faire graver ce qu'ils veulent, et éventuellement de limiter le nombre de licences à payer. Sous PowerVR, que ce soit Mediatek ou Allwinner (ou même Apple sur A8), ils annoncent tous savoir encoder du h265 malgré l'absence (?) de support chez Imagination Technologies...je pense qu'on est sur de la solution custom.
Ce n'est pas correct car tu utilises deux unités de mesure temporelle pour une même donnée. La phrase ne veut rien dire au final. On parle soit de FLOPS (opération par secondes) soit d'un nombre donné d'opérations par cycle d'horloge, ce qui n'est pas du tout la même chose. De la même manière, le nombre de Flops n'a pas besoin d'être multiplié par la fréquence d'horloge, ça n'a aucun sens si ce n'est tenter de faire une manœuvre marketing pour tromper le consommateur.
non, flops c'est les fp par seconde déjà
x opération tout court, il n'y a plus de seconde si on ne prend qu'un "clock"
Sinon en comparaison avec les dernier Adreno et Tegra ??-------Envoyé depuis l'application Humanoid pour smartphone
pas obliger d'entré dans les détails complètement donner des comparaison avec des GPU (Adreno et ou Tegra) conccurent aurait pu aider un peu plus . -------Envoyé depuis l'application Humanoid pour smartphone
Il faut multiplier les FLOPS par la fréquence du processeur en Hz, ce qui donne bien plusieurs dizaines de Gflops si on prend une fréquence qui tourne vers 600 MHz. Concernant l'expression, il me semble qu'il est bien correct d'utiliser les FLOPS par cycle d'horloge : on sait qu'avec un cycle d'horloge, la puce est capable d'exécuter x opérations par seconde.
Ce n'est pas un peu contradictoire de dire FLOPS par cycle d'horloge ? FLoating-point Operations par cycle d'horloge plûtot que FLoating-point Operations Per Second par cycle d'horloge si je ne me trompe pas ? Après la phrase ne parle peut-être que des texels pour les cycles ? Mais ensuite on dit que c'est a multiplier par la fréquence, mais je doute qu'un mali soit sous le kFLOPS ... Super article en tout cas, ça change des bouses à clics des autres sites !
Bonne idée oui :)
Bon .. ça ça va c'était compréhensible Pourquoi pas mettre des popover sur les termes un peu chaudards ? Les 2 catégories d'utilisateurs y trouverons leur compte :)
J'ai hésité à trop aller dans le détail mais je me suis dit que pour les personnes intéressées, elles apprécieraient. Après, le survol de la news en retenant les informations importantes (consommation, performances) suffira pour ceux qui ne veulent pas se plonger au coeur d'un GPU :) Pour résumer, la seule grosse nouveauté, c'est la consommation qui devrait être en forte baisse, pour permettre indirectement des performances à la hausse.
Oui, présence pas nécessaire, mais souhaitable :) Pour l'encodage / décodage du H.265, les GPU modernes savent pratiquement tous le faire, mais pas de manière aussi efficace (énergiquement parlant) qu'une puce spécialement dédiée. A ma connaissance, Img Tech n'a pas encore de puce spécialisée dans l'encodage de flux H.265.
Pipeline, pipeline arythmétique par coeur, flops, texels, Direct 3D et compagnie ... c'est difficile de s'y retrouver, le dossier sera vraiment pas de trop, dommage que ce ne soit fait que maintenant :/ mais bon à savoir quand même !
On prévoit un dossier sur les SoC et CPU pour aider un peu à la compréhension. Mais les éléments en gras devraient déjà aider à comprendre les nouveautés, non ?
Heureusement qu'on a un expert en hardware pour nous aider à décrypter tout ça :)))))))))))))))))
Ils ne supportent pas le VP9 les chiens
" Si la présence du premier n’est pas nécessaire dans un terminal, mais permet de traiter les flux vidéos de manière plus économe et rapide, " Ah, bon pourtant, pour tous les terminaux équipés de l'enregistrement 4k, c'est un vrai plus ;) j'aime mieux la suite "Le Mali-V550, lui, est un processeur vidéo qui permet d’encoder et de décoder les flux HEVC / H.265 sans passer par le GPU, ce qui permet d’économiser de l’énergie. Un processeur vidéo qui pourra donc aussi permettre de filmer en 4K avec un codec H.265," Comme le G6200 de Power Vr qui équipe déjà le Meizu mx4.
Ce contenu est bloqué car vous n'avez pas accepté les cookies et autres traceurs. Ce contenu est fourni par Disqus.
Pour pouvoir le visualiser, vous devez accepter l'usage étant opéré par Disqus avec vos données qui pourront être utilisées pour les finalités suivantes : vous permettre de visualiser et de partager des contenus avec des médias sociaux, favoriser le développement et l'amélioration des produits d'Humanoid et de ses partenaires, vous afficher des publicités personnalisées par rapport à votre profil et activité, vous définir un profil publicitaire personnalisé, mesurer la performance des publicités et du contenu de ce site et mesurer l'audience de ce site (en savoir plus)
En cliquant sur « J’accepte tout », vous consentez aux finalités susmentionnées pour l’ensemble des cookies et autres traceurs déposés par Humanoid et ses partenaires.
Vous gardez la possibilité de retirer votre consentement à tout moment. Pour plus d’informations, nous vous invitons à prendre connaissance de notre Politique cookies.
Gérer mes choix