[Discussion] La technique et les smartphones/tablettes (ex-topic Cortex A15)

[Azdine57]

Donc si on resume Apple n'a pas d'autre choix que partir chez TSMC s'il veut absolument se separer de Samsung?

Envoyé depuis mon GT-I9500 avec Tapatalk

[Alex98]

Oui c'est l'idée. Ils font des tests pour ça depuis 2-3ans mais Samsung gardait un avantage en termes de capacité de production sur les process les plus avancés. Ce qui n'est plus le cas car TSMC peut produire en masse du 28nm HKMG et qu'ils n'ont pour ainsi dire presque rien à produire (Qualcomm reste en Poly/SiON jusqu'aux S800 et Nvidia tarde à produire ses Tegra 4).

[Plumplum]

Tsmc ils ont les mt6589 et les rk3188 à sortir en 28nm, les rk sortent au compte goute (ya quasiment qu'un fabricant de tablette qui arrive à en avoir en quantité)...et les mt s'ils pouvaient en fournir plus, mediatek cracherait pas dessus

Ils bossent aussi avec nvidia il me semble? Edit : oui t'as les mêmes infos

Modifié 22 mai 2013 par Plumplum

[Alex98]

MediaTek grave en HKMG ou Poly/SiON ? Parce que le Poly/SiON est saturé chez TSMCn

[Plumplum]

Rk il me semble que c'est en hkmg...mediatek, j'en sais rien du tout :-)

Edit après recherche, c'est du poly/SiNO

Modifié 22 mai 2013 par Plumplum

[Alex98]

En fait, TSMC est complètement saturé pour la production de puce Poly SiON à cause de Qualcomm et de ses S4/S600 dont la demande est colossale.

[lolobarjo]

N'empêche que je comprends toujours pas pourquoi aller à faire de plus en plus fin si ça créé autant de problèmes, pourquoi ne pas rester sur du 28 ?

Envoyé avec mon SGS2 Citizy accro à CM10.1 -> Tapatalk

[Alex98]

En fait pendant longtemps, l'évolution de la finesse de gravure a soutenue l'augmentation du nombre de transistors sans faire exploser la conso et maintenant que la conso est devenue un véritable argument marketing, c'est encore plus important.

En fait au départ, les constructeurs ont d'abord commencé par augmenté la fréquence des CPU puis, quand ils se sont "heurté" au mur des 4Ghz, ils ont commencé à multiplier les cores. Maintenant qu'on se heurte à la difficulté de créer apps suffisamment multithreadés pour tous les cores dispo, le marketing se recentre sur la consommation.

Dans tous les cas, la finesse de gravure joue un rôle crucial mais on commence à se heurter à des difficultés pour la faire évoluer donc il va falloir trouver un moyen pour les contourner.

Après, il y a une limite physique qu'on ne devrait pas pouvoir dépassé : 0.22nm. C'est le diamètre d'un atome de silicium.

Si on ne trouve pas de solution autre que le silicium, ce sera probablement là qu'on devra s'arrêter. Mais des solutions émergent déjà.

[Plumplum]

Pour le rapport puissance/consommation. Entre du 40nm et du 28nm, tu vas diviser la consommation par 2, diminuer la chauffe donc permettre de monter en fréquence...

Effectivement Intel parle bien de 22nm et même de 14nm il me semble, mais à coté de ça Arm joue sur un tableau différent avec big.LITTLE la consommation devient une priorité

La plupart des applis sont mal ou pas du tout Multi-threadées sur mobile : à architecture identique, prend un quad-core à 1Ghz, il ouvrira une page internet à peine plus vite qu'un dual-cores à 1Ghz, et bien moins vite qu'un Dual-cores à 1.5Ghz

[Alex98]

C'est assez dur de multithreader un navigateur. Le JS par exemple n'est pas prévu pour ça dobc ce qu'on peut faire de mieux c'est exécuter des scripts en parallèle...

Par contre le big.LITTLE ne peut pas remplacer l'évolution de la finesse de gravure. C'est plus une façon d'augmenter drastiquement le spectre des niveaux de perfs couvert par un SoC et d'avoir un SoC optimiser pour les bas et haut niveau de perfs.

Malheureusement ça ne règle pas le problème de la conso à haut niveau de perfs.

[Plumplum]

Ca la diminue très fortement en bas niveau....soit l'essentiel du fonctionnement d'un téléphone d'un utilisateur normal, vu la façon dont se comporte un Quad A7 de Mediatek, on peut se demander à quel moment les A15 vont se mettre en route :)....sur la navigation internet peut-être :)

Modifié 22 mai 2013 par Plumplum

[Azdine57]

J'ai déjà fait l'essai avec un scaling à 250/600MHz au delà les A15 prennent le relais...

C'est toujours aussi fluide et réactif. On peut facilement jouer à Riptide et Shine runner par exemple ce qui est normal puisqu'on depasse rarement les 600MHz en utilisation...

Cependant dès qu'on se met à jouer aux gros jeux comme Asphalt 7 on a des forces closes et en jouant à Most Wanted ça Freeze carrément...

Envoyé depuis mon GT-I9500 avec Tapatalk

[Plumplum]

Ah t'as réussi à choper un S4 avec un Exynos? doit pas yen avoir beaucoup des comme toi!

[Azdine57]

Lol oui on est 3 et bientôt 4 sur Frandroid à en avoir un. C'est déjà ça ;)

Envoyé depuis mon GT-I9500 avec Tapatalk

[Alex98]

600Mhz c'est drôlement bas. Le switch logique serait plutôt A7@1.2Ghz>>A15@600-800Mhz.

Switcher à A7@600Mhz c'est une sacrée perte d'énergie.

[Azdine57]

Tu connaitrais pas une appli capable de détecter les 8 coeurs stp?

Envoyé depuis mon GT-I9500 avec Tapatalk

[Alex98]

Je ne pense pas que cela soit possible. Si le big.LITTLE est conçu selon les spécifications d'ARM, le switch est géré dans un hypervisor et l'OS ne sait pas qu'il y a 8 cores. Il n'en voit que 4.

[Azdine57]

Ok merci tant pis. L'appli qu'on voit à chaque fois dans la démonstration du big.LITTLE sur tablette n'existe pas sur le market?

Envoyé depuis mon GT-I9500 avec Tapatalk

[Alex98]

Nop. En plus il n'est pas adapté au même type de fonctionnement du big.LITTLE.

[Azdine57]

AndreiLux confirmé qu'après 600MHz les A15 prennent le relais:

Envoyé depuis mon GT-I9500 avec Tapatalk

[Alex98]

En fait si je comprend bien, là il parle de down treshold.

Il dit que lorsque les A15 sont à 600Mhz on switch sur les A7 à 1200Mhz.

Si on traduit :

" 1200 c'est toujours les cores A15. 600Mhz [affichés] correspond réellement à 1200 Mhz sur les cores A7."

[Azdine57]

C'est pour ça que je cherchais une appli capable de détecter les 4 A7 et les 4 A15 mais bon il n'y en a pas et peut être même jamais...

Envoyé depuis mon GT-I9500 avec Tapatalk

[Alex98]

On pourrait en coder une mais elle ne "verrait" pas les bonnes fréquences, il faudrait les lui faire "interpréter.

[Azdine57]

Bon ben mauvaise nouvelle:

Cecit dit l'autonomie et les perfs actuelles sont très bonnes...

Envoyé depuis mon GT-I9500 avec Tapatalk

[Alex98]

Si le CCI est off, ça signifie qu'on ne peut même pas récrire l'hypervisor...