Intel va proposer des Xeon à 48 cœurs, Réactions à la publication du 06/11/2018

[Lionel]

En plus de ses problèmes à graver sous les 14nm, Intel fait face à une concurrence devenue conséquente d'AMD qui propose des puces dotées de très nombreux coeurs.
Pour lutter contre ce concurrent, Intel a annoncé la sortie prochaine de Xeon dotés de 48 coeurs.
Dans la pratique, chaque processeur sera en fait doté de deux puces de 24 coeurs interconnectées au sein du même package.
Il sera de plus possible d'utiliser ces processeurs sur des cartes mères dotées de deux sockets, pour avoir des machines qui auront au total 96 coeurs.

Intel est resté chiche au niveau des spécifications de ces puces, que ce soit le TDP ou encore le nombre de lignes PCI-Express ainsi surtout que leur tarif.

[MàJ] Intel en a dit un peu plus sur ses puces. Elles seraient selon des tests effectués par la société entre 1,5 et 3,4 fois plus véloces qu'un processeur AMD EPYC 7601. Ce processeur a 32 coeurs (64 fils) à 2,2 GHz (turbo entre 2,7 et 3,2 GHz).

Lien vers le billet original

[Hebus]

Ho, je n’avais pas vu iAPX, non, GCD est utilisé dans les applications d’aujourd’hui, très fréquemment, en fait on s’en sert obligatoirement, dès qu’il y a un quelconque call back qui doit tracer dans la thread principale... genre un callback généré par un load du web, qui plus est en Swift sous ubuntu c’est le modele de concurrence utilisé puisque Foundation n’est pas dispo... si tu fais du server avec Vapor tu utilise GCD à tous les coups, mais la dernière version a définit sa propre abstraction de Future ... qui utilise GCD en dessous, comme je m’y attendais

Sous iOS ou macOS c’est utilisé, soit directement par les APIs en C soit indirectement par les classes de Foundation : OperationQueue, et je peux dire que j’avais aidé sur un projet y a un bail, il bossait en freelance, utilisait dès le début massivement ces abstractions pour ses application iOS...

Bref, Marc_OS a raison, vous ne connaissez pas du tout le dev sous OSX / macOS / iOS

Pourtant je ne gagne pas ma croute avec...

[iAPX]

...
Bref, Marc_OS a raison, vous ne connaissez pas du tout le dev sous OSX / macOS / iOS

Pourtant je ne gagne pas ma croute avec...

Je ne connais pas tout le dev sous macOS ou iOS, mais ce n'est pas ce que @marc_os a écrit

J'avais écrit un gros historique, je l'enlève et je vais au plus court: ce qui importe c'est de comprendre le matériel pour ne pas être freiné par des fuites d'abstraction extrêmement coûteuses car n'importe qui peut massivement paralléliser une tâche "embarrassingly parallel", mais quand on a besoin de communication entre threads et/ou process (oui en NUMA la distinction a vraiment du sens, plus encore en réparti), avec des temps de traitements pouvant être très différents, c'est une autre paire de manche...

Le problème n'est pas de faire appel à GrandCentral ou n'importe quel autre outil pour paralléliser une tâche simple (du lambda pour simplifier), déterministe et peu communicante, mais quand toutes ces conditions ne sont pas remplies

Le maître-mot est la communication, et ça inclus les différents niveaux de cache, le bus interne (relié à la mémoire avec le bus L3 en intermédiaire), et les façons de ne pas créer de problèmes dans toute cette organisation. En bref, d'isoler en comprenant les dépendances.

Ce message a été modifié par iAPX - 13 Nov 2018, 04:34.