Processeurs: Intel va utiliser des interconnexions en cobalt, Réactions à la publication du 11/12/2017

[Lionel]

Voilà maintenant 5 à 7 ans que l'évolution de gravure des puces n'apporte plus de saut technologique ou de performances.
Les fondeurs en sont maintenant à se battre pour gagner chaque année quelques avantages supplémentaires. Cela va d'une densité un peu supérieure à une consommation un peu moindre en passant par une montée en fréquence un peu plus facile.
On approche du mur quantique et à moins de changer radicalement de technologie ces gains seront de plus en plus ténus et souvent insensibles pour le commun des mortels.

A ce jeu, Intel qui avait il y a seulement 5 ans une avance considérable a depuis été rattrapé et certainement dépassé par ses concurrents comme Samsung, Global Foundries ou TSMC. Attention, dépassé est peut-être un mot exagéré dans le sens où chaque fabricant utilise maintenant sa propre définition de ce qu'est la finesse de gravure, utilisant pour cela la mesure lui donnant la meilleure image possible de sa technologie.
Toutefois, pour prouver son savoir faire, Intel a lors d'une conférence parlé de l'avenir de sa gravure en 10nm avec un luxe de détails rare et en a montré sa faisabilité en produisant une puce de SRAM (on commence toujours par là, c'est le plus simple) gravée à cette finesse.
Cette SRAM est donc gravée en 10nm et est composée de trois types de cellules différentes qui modélisent les trois types de gravures pouvant être utilisées dans le futur. Les cellules de haute densité ont une surface de 0,0312μm2, celles de basse tension de 0,0367μm2 et celles destinées aux hautes performances de 0,0441μm2.

La plus grande nouveauté pour Intel dans ce procédé de gravure est l'adoption dans les couches d'interconnexion de cobalt à la place du cuivre/low-k utilisé jusqu'à maintenant. Le cobalt permet de réduire la résistance électrique par 2 mais surtout de réduire les phénomènes d'électromigration de 5 à 10 fois.

La nouvelle architecture devrait également permettre de faire varier plus largement et de manière plus souple la tension appliquée aux puces et ainsi jouer plus finement sur la consommation des processeurs en fonction de la charge demandée.

Lien vers le billet original

[(The)Space]

Peut-être que d'ici quelques temps, avec la stagnation de la puissance bien ancrée à cause d'une révolution technologique n'arrivant pas, les éditeurs se pencheront plus sérieusement sur l'optimisation logiciel...

On peut toujours réver

[Knulp]

Il faudrait prendre aussi en compte le rapport usage-pollution-recyclage.

https://www.youtube.com/watch?v=dyoHmQmiSHo

[boussiko]

Il faudrait prendre aussi en compte le rapport usage-pollution-recyclage.

https://www.youtube.com/watch?v=dyoHmQmiSHo

Tabernacle !
Voilà une réflexion hélas trop rare dans les forums et heureusement qu'il existe quelques petits moyens de pressions tel celui de Greenpeace.
Il serait temps pour l'Homme et la planète de revoir notre manière de consommer.
Il existe mille et une petites astuces pour économiser l'énergie, pour moins voler les ressources et pour espérer laisser une planète un peu plus propre pour nos enfants.
Pas d'amalgame, je ne parle pas de se retrouver dans une yourte avec un four solaire et un cellier sous la terre ! Juste penser à la suite......

[Cekter]

Pas d'amalgame, je ne parle pas de se retrouver dans une yourte avec un four solaire et un cellier sous la terre ! Juste penser à la suite......

C'est tout simplement ça.

Et d'ailleurs l'argument de ceux qui disent "vous voulez retourner à l'age de pierre" est totalement à coté de la plaque puisque c'est justement pour éviter qu'on se retrouve, nous ou nos enfants, à s'éclairer à la bougie et à manger des cancrelats en qu'on estime qu'une gestion un peu plus raisonnable des ressources est indispensable.

[Dieru]

La pensée bobo poussant vers le véhicule électrique qui crée par lui la nature de ses batterie une tension importante sur les matériaux tel que le cobalt, si l'industrie de l'électronique en consomme davantage, la pénurie n'est pas loin. Les constructeurs Allemand alertent déjà sur les tensions d'approvisionnement du cobalt alors que le véhicule électrique bEV ne représente que 1% du marcher. Y en aura pas pour tout le monde ... et ca risque de devenir hors de prix.

[malloc]

Merci Lionel pour la news intéressante et équilibrée (ie. qui prend du recul par rapport aux communiqués de presse des fondeurs) !

[Lionel]

Peut-être que d'ici quelques temps, avec la stagnation de la puissance bien ancrée à cause d'une révolution technologique n'arrivant pas, les éditeurs se pencheront plus sérieusement sur l'optimisation logiciel...

On peut toujours réver

Rassure toi, ils trouveront quelque chose pour faire de la nouveauté quand même.

[Lionel]

La pensée bobo poussant vers le véhicule électrique qui crée par lui la nature de ses batterie une tension importante sur les matériaux tel que le cobalt, si l'industrie de l'électronique en consomme davantage, la pénurie n'est pas loin. Les constructeurs Allemand alertent déjà sur les tensions d'approvisionnement du cobalt alors que le véhicule électrique bEV ne représente que 1% du marcher. Y en aura pas pour tout le monde ... et ca risque de devenir hors de prix.

On trouvera autre chose s'il est trop cher.
Pour les CPU, on parle de quantités qui sont exprimées en microgrammes par processeur.

[amike]

Il faudrait prendre aussi en compte le rapport usage-pollution-recyclage.

https://www.youtube.com/watch?v=dyoHmQmiSHo

Tabernacle !
Voilà une réflexion hélas trop rare dans les forums et heureusement qu'il existe quelques petits moyens de pressions tel celui de Greenpeace.
Il serait temps pour l'Homme et la planète de revoir notre manière de consommer.
Il existe mille et une petites astuces pour économiser l'énergie, pour moins voler les ressources et pour espérer laisser une planète un peu plus propre pour nos enfants.
Pas d'amalgame, je ne parle pas de se retrouver dans une yourte avec un four solaire et un cellier sous la terre ! Juste penser à la suite......

La dernière astuce que j'ai lue était de faire p... en se douchant, selon un millénium informaticien, convaincu d'en faire plus pour la planète et ses (futurs) enfants...

Qui dit pire ?

[Knulp]

La pensée bobo poussant vers le véhicule électrique qui crée par lui la nature de ses batterie une tension importante sur les matériaux tel que le cobalt, si l'industrie de l'électronique en consomme davantage, la pénurie n'est pas loin. Les constructeurs Allemand alertent déjà sur les tensions d'approvisionnement du cobalt alors que le véhicule électrique bEV ne représente que 1% du marcher. Y en aura pas pour tout le monde ... et ca risque de devenir hors de prix.

On trouvera autre chose s'il est trop cher.
Pour les CPU, on parle de quantités qui sont exprimées en microgrammes par processeur.

Donc impossible à récupérer.

[Lionel]

La pensée bobo poussant vers le véhicule électrique qui crée par lui la nature de ses batterie une tension importante sur les matériaux tel que le cobalt, si l'industrie de l'électronique en consomme davantage, la pénurie n'est pas loin. Les constructeurs Allemand alertent déjà sur les tensions d'approvisionnement du cobalt alors que le véhicule électrique bEV ne représente que 1% du marcher. Y en aura pas pour tout le monde ... et ca risque de devenir hors de prix.

On trouvera autre chose s'il est trop cher.
Pour les CPU, on parle de quantités qui sont exprimées en microgrammes par processeur.

Donc impossible à récupérer.

Pourquoi donc ? Tout est histoire de température de fusion des différents composants.

[g4hd]

Encore une histoire de (très) gros sous.

Cobalt, vous avez dit cobalt ? comme c'est cobalt…

[(The)Space]

Il faudrait prendre aussi en compte le rapport usage-pollution-recyclage.

https://www.youtube.com/watch?v=dyoHmQmiSHo

À mon sens, c'est pour (entre autres) ce type de questions que doit exister le gouvernement et non pour s'occuper de la gestion des subventions lié à la rénnovation de la salle des fêtes de Saint-Bouzieu-le-Haut.

Peut-être que d'ici quelques temps, avec la stagnation de la puissance bien ancrée à cause d'une révolution technologique n'arrivant pas, les éditeurs se pencheront plus sérieusement sur l'optimisation logiciel...

On peut toujours réver

Rassure toi, ils trouveront quelque chose pour faire de la nouveauté quand même.

Je ne suis pas adepte de la nouveauté pour la nouveauté, et je dois malheureusement dire qu'avec High Sierra (ce n'est malheureusement pas un cas unique), je rêve d'optimisations logiciels : stabilité et performances.

Imaginez l'annonce à la prochaine Keynote :
"Cette année, pas de nouveautés, on ne fait que de l'optimisation et de la correction de bugs sur ce qu'on produit déjà.
Découvrez... High Sierra Pro !!
Revolution, amazing, best worldwide OS"
Bref, comme je disais, je rêve.

[iAPX]

...
Imaginez l'annonce à la prochaine Keynote :
"Cette année, pas de nouveautés, on ne fait que de l'optimisation et de la correction de bugs sur ce qu'on produit déjà.
Découvrez... High Sierra Pro !!
Revolution, amazing, best worldwide OS"
Bref, comme je disais, je rêve.

Pas tant que ça, car en se débarrassant de tout le fatras 32bits restant, incluant le support du noyau, les interfaces et les différents framworks, mais aussi Cocoa 32bits, ça va pas mal nettoyer le système au complet, et probablement consommant légèrement moins de ressources.

Mais au passage, ils vont probablement jeter pas mal de Mac 64bits, même équipés d'unités AVX, comme celui sur lequel je tape là, là aussi pour simplifier et optimiser le code, mais par le jeu de la compatibilité des Apps sur l'App Store, elles vont rester compilées pour SSE très probablment pour la plupart. Beau paradoxe

[Ze Clubbeur]

Peut-être que d'ici quelques temps, avec la stagnation de la puissance bien ancrée à cause d'une révolution technologique n'arrivant pas, les éditeurs se pencheront plus sérieusement sur l'optimisation logiciel...

On peut toujours réver

+1
Tant qu'on arrêtera pas d'enseigner que quand on programme, on s'intéresse d'abord à savoir si son code marche et après (c a d jamais) de savoir si son code est optimisé, l'optimisation logicielle sera un vœu pieux...

[jeannot]

Peut-être que d'ici quelques temps, avec la stagnation de la puissance bien ancrée à cause d'une révolution technologique n'arrivant pas, les éditeurs se pencheront plus sérieusement sur l'optimisation logiciel...

On peut toujours réver

+1
Tant qu'on arrêtera pas d'enseigner que quand on programme, on s'intéresse d'abord à savoir si son code marche et après (c a d jamais) de savoir si son code est optimisé, l'optimisation logicielle sera un vœu pieux...

Peut être, mais un code qui marche est plus important qu'un code rapide. L'optimisation prématurée est source de nombreux problèmes.

[Lionel]

Peut-être que d'ici quelques temps, avec la stagnation de la puissance bien ancrée à cause d'une révolution technologique n'arrivant pas, les éditeurs se pencheront plus sérieusement sur l'optimisation logiciel...

On peut toujours réver

+1
Tant qu'on arrêtera pas d'enseigner que quand on programme, on s'intéresse d'abord à savoir si son code marche et après (c a d jamais) de savoir si son code est optimisé, l'optimisation logicielle sera un vœu pieux...

Peut être, mais un code qui marche est plus important qu'un code rapide. L'optimisation prématurée est source de nombreux problèmes.

ça double le travail d'Apple alors, passer d'un code pourri et lent à un rapide qui marche

[iAPX]

Peut-être que d'ici quelques temps, avec la stagnation de la puissance bien ancrée à cause d'une révolution technologique n'arrivant pas, les éditeurs se pencheront plus sérieusement sur l'optimisation logiciel...

On peut toujours réver

+1
Tant qu'on arrêtera pas d'enseigner que quand on programme, on s'intéresse d'abord à savoir si son code marche et après (c a d jamais) de savoir si son code est optimisé, l'optimisation logicielle sera un vœu pieux...

Peut être, mais un code qui marche est plus important qu'un code rapide. L'optimisation prématurée est source de nombreux problèmes.

ça double le travail d'Apple alors, passer d'un code pourri et lent à un rapide qui marche

Comme toujours médisant et méprisant de l'excellent travail d'Apple Inc, comme la calculatrice d'iOS en est l'exemple-même, il faut juste réussir à doubler ou quadrupler la puissance mono-thread des CPU embarquées et ça pourra aller aussi vite qu'une calculette HP des années 70!

[Knulp]

La pensée bobo poussant vers le véhicule électrique qui crée par lui la nature de ses batterie une tension importante sur les matériaux tel que le cobalt, si l'industrie de l'électronique en consomme davantage, la pénurie n'est pas loin. Les constructeurs Allemand alertent déjà sur les tensions d'approvisionnement du cobalt alors que le véhicule électrique bEV ne représente que 1% du marcher. Y en aura pas pour tout le monde ... et ca risque de devenir hors de prix.

On trouvera autre chose s'il est trop cher.
Pour les CPU, on parle de quantités qui sont exprimées en microgrammes par processeur.

Donc impossible à récupérer.

Pourquoi donc ? Tout est histoire de température de fusion des différents composants.

La température de fusion est un critère, mais il y en a d’autres plus importants comme la réactivité chimique, la toxicité, etc. Le critère le plus important est la rentabilité. C’est pas intéressant de dépenser $100 pour récupérer $1 de métaux.

[DonaldKwak]

Peut être, mais un code qui marche est plus important qu'un code rapide. L'optimisation prématurée est source de nombreux problèmes.

Le problème principal, c'est l'optimisation faite par des losers qui n'ont jamais profiler un seul code mais qui tiennent par leur grand-mère des astuces qui n'ont jamais accéléré aucun code. Parmi les grands vainqueurs de ces absurdités :
- Faire un right-shift pour accélérer une division par 2
- Mettre les boucles à l'envers car comparer à 0 est plus rapide que comparer à n
J'ai rarement vu de l'optimisation mesurée qui rende illisible un code. Par contre des rigolos qui font de la programmation objet et qui font Gnnnéé quand ont leur demande quel est l'invariant de leur classe, j'en ai vu des tonnes. Du code C++ avec des pointeurs partout et avec des classes ou tous les membres sont publics, on en trouve à foison.

Ce message a été modifié par DonaldKwak - 12 Dec 2017, 08:05.

[baron]

[johnstone]

Merci! Cela m'a permis de découvrir Haskell que je ne connaissais pas

[iAPX]

Peut être, mais un code qui marche est plus important qu'un code rapide. L'optimisation prématurée est source de nombreux problèmes.

Le problème principal, c'est l'optimisation faite par des losers qui n'ont jamais profiler un seul code mais qui tiennent par leur grand-mère des astuces qui n'ont jamais accéléré aucun code. Parmi les grands vainqueurs de ces absurdités :
- Faire un right-shift pour accélérer une division par 2
- Mettre les boucles à l'envers car comparer à 0 est plus rapide que comparer à n
J'ai rarement vu de l'optimisation mesurée qui rende illisible un code. Par contre des rigolos qui font de la programmation objet et qui font Gnnnéé quand ont leur demande quel est l'invariant de leur classe, j'en ai vu des tonnes. Du code C++ avec des pointeurs partout et avec des classes ou tous les membres sont publics, on en trouve à foison.

Pas d'accord du tout avec toi: ces optimisations marchaient très bien, mais pour ma grand-maman, que je profite de ce moment pour la saluer, elle qui a été l'inspiration pour Tatie Danielle.

Tu cites des optimisations qui n'ont plus lieu d'être depuis longtemps, très longtemps, mais qui étaient essentielles sur 8bits et 16bits.

Avec l'augmentation de la complexité des architectures CPU, les optimisations actuelles ne sont plus du même ordre, on le sait, et sont même totalement casse-gueule, comme l'ont découvert à leurs dépends ceux qui déroualient les boucles de transfert de donnée sur M68000 quand ils ont eu droit à un M68010 (ou suivant), ou la boucle la plus simple était plus rapide que leur "optimisation", rendant leur programme "optimisé" plus lents qu'un programme basique. Un intéressant paradoxe et qui c'est reproduit plusieurs fois sur x86 avec ses changements d'architcture.

Optimiser aujourd'hui pour une architecture est presque inhumain tellement la chose est complexe, et peut varier, comme la taille du cache de boucle des CPU Intel x86 récentes, ou le nombre d'unités affecté à certaines opératons, on peut au mieux optimiser une implémentation pour une génération, sans être sûr de ne pas être moins performant pour les suivantes.

En revanche, choisir un modèle d'implémentation, c'est à dire à la fois des algorithmes et des représentations de données (ils sont intimement liés), a des effets bien plus profonds en terme de performance, mais nécessite d'être choisi au plus tôt, mais on s'assure d'en demander un minimum aux unités (qu'elles soient d'exécution, de calcul, de cache, de transfert mémoire, etc).
Choisir un modèle adéquat a beaucoup plus d'impact aujourd'hui que des optimisations d'implémentation, hors rare cas (notamment jouer en AVX/AVX2/AVX512, etc).

Pour moi, c'est à ce nivau là qu'il reste baucoup à faire, et que les devs qui aiment coder devraient amener le petit plus qui rend les choses rapides

Ce message a été modifié par iAPX - 12 Dec 2017, 13:48.

[marc_os]

Il faudrait prendre aussi en compte le rapport usage-pollution-recyclage.

https://www.youtube.com/watch?v=dyoHmQmiSHo

Tabernacle !
Voilà une réflexion hélas trop rare dans les forums et heureusement qu'il existe quelques petits moyens de pressions tel celui de Greenpeace.
Il serait temps pour l'Homme et la planète de revoir notre manière de consommer.
Il existe mille et une petites astuces pour économiser l'énergie, pour moins voler les ressources et pour espérer laisser une planète un peu plus propre pour nos enfants.
Pas d'amalgame, je ne parle pas de se retrouver dans une yourte avec un four solaire et un cellier sous la terre ! Juste penser à la suite......

Tant que la priorité des priorités restera les bénéfices d'une minorité sur cette planète, aucun progrès efficace vers le respect de la nature ne sera possible.
On peut déjà se douter sans trop se tromper que les objectifs de la COP 21 ne seront jamais atteint et qu'il "faudra faire avec", la morale des actionnaires et décideurs de tout poil étant : Après moi le déluge ! Je ne bouge mon c.l que si ça peut me rapporter encore plus de bénéfices, en attendant, vive le charbon !

La pensée bobo poussant vers le véhicule électrique qui crée par lui la nature de ses batterie une tension importante sur les matériaux tel que le cobalt, si l'industrie de l'électronique en consomme davantage, la pénurie n'est pas loin. Les constructeurs Allemand alertent déjà sur les tensions d'approvisionnement du cobalt alors que le véhicule électrique bEV ne représente que 1% du marcher. Y en aura pas pour tout le monde ... et ca risque de devenir hors de prix.

Ce sont les industriels, en particulier ceux qui vont profiter des besoins grandissant en cuivre et en cobalt qui se frottent déjà les mains.
Rien à voir avec cette catégorie journalistique ne servant qu'à dénigrer les personnes avec lesquelles on n'est pas d'accord, ces fameux bobos. Ce sont bien les industriels et les classes moyennes et aisées qui gobent certains discours pseudo-verts qui "veulent" de l'électrique à tout va*. C'est Musk qui veut vendre ses batteries polluantes. Et ce sont nos gouvernements qui soutiennent ce mouvement et préfèrent les batteries dans des camions plutôt que zéro batterie via le rail.

(*) Exemple : Que vaut-il mieux utiliser pour faire la cuisine ? De l'énergie électrique produite par des centrales nucléaires et leurs jolis déchets dont vont hériter des milliers de générations, avec pertes accumulées au niveau du transport de l'électricité, ou bien du gaz qui ne "pollue" qu'au moment de son extraction, mais quasiment pas lors de sa consommation (dans le cas d'un gaz pur et d'une combustion parfaite) ? Je n'ai jamais vu d'étude globale comparant les deux voies du début à la fin. Faut croire que ça ne rentre pas dans le cadre des études gouvernementales qui ont favorisé le diesel en toute connaissance de cause jusqu'à l'extrême inverse aujourd'hui, mettant les possesseurs de tels véhicules dans la merde.

Ce message a été modifié par marc_os - 12 Dec 2017, 18:29.