Nous vous l’avions expliqué en long, en large et en travers : se passer de l’Hyperthreading, ça n’est pas une mince affaire. Pourtant, les fuites continues d’affluer, notamment par un certain @InstLatX64 qui a dégoté un fichier de log de démarrage Linux d’un CPU Arrow Lake, voyez donc :
I spotted a new #ArrowLake-S (CPUID C0660, 24 threads, 3GHz, w/o #AVX512) among the #Intel test machines:https://t.co/xiSjhpEcPP https://t.co/X7iBnRq9gW pic.twitter.com/Dasjo0L6Fp
— InstLatX64 (@InstLatX64) February 1, 2024
Détecté comme un "Genuine Intel(R) 0000 @ (family: 0x6, model: 0xc6, stepping: 0x0)", autrement dit "Pas d'information, mais Arrow Lake", le bousin mouline à 3 GHz et compte 24 coeurs... d'une topologie inconnue. Si un 8+16 non hyperthreadé est possible, un 8+8 hyperthreadé l'est tout autant, sans que ces logs nous permettent de conclure avec certitude. En effet, Linux ne voit que 24 coeurs, tous égaux sur un unique nœud logique : impossible de deviner quoi que ce soit d'autre, si ce n'est que l'AVX-512 est aux abonnés absents, lui aussi. En revanche, le bousin était copieusement doté en connectique avec de l'Ethernet, de l'USB 3.2 Enhanced SuperSpeed minimum, 32 Gio de RAM et du SATA, bien que le disque principal soit interfacé en NVMe.
Bref, pas de quoi tirer de conclusions définitives, mais cela indique en tout cas que des machines Arrow-Lake sont bien en test, ce qui est de bon augure quant à une sortie prochaine dans les étals - normalement pour le semestre prochain. D'ici là, les leaks peuvent encore affluer !
Je rate peut être quelque chose mais 6C perf X2 avec l'hyperthreading +8+2 E/e (?) coeurs sans HT ça fait bien 22 threads. Ça ressemble beaucoup aux procs Intel actuels avec les P cores avec HT et les E cores dans HT.
Du coup je comprends pas le début de la news qui semble dire que la fuite irait dans le sens d'une suppression de l'HT !
Tu ne regardes pas la bonne partie du Tweet je pense, il faut regarder le haut qui parle de 24 threads pas le bas qui parle de 22 threads et concerne lui un Meteor Lake bien pourvu du HT.
La partie 24 threads qui est donc le haut du tweet, bien des gens pensent qu'elle est obtenue avec une Arrow Lake-S en 8P + 16E, et donc là cela signifierait donc bien qu'il est dépourvu de l'HyperThreading 😉
Si malgré le HT en moins, ils arrivent à nous faire une progression à 2 chiffres en multi, c'est qu'ils ont une putain de bonne architecture dans les cartons!. On verra bien...
Tu t'enflammes beaucoup trop vite la titi.En fait, c'est beaucoup trop tôt.D'ailleurs je trouve que David S s'enflamme aussi trop tot si je peux me permettre, alors qu'a la fin et bien on en sait rien du tout, cela pourrait être tout et n'importe quoi comme processeur Intel de dernière generation, on peut supprimer manuellement des threads quand il y a des problëmes avec par exemple, même au niveau de l'os directement, problème production, etc.Il pourrait bien avoir bien plus de thread au final et l'hyperthreading, et ce n'est qu'un exemple.Il faudra attendre encore bien le mois août septembre 2024 pour avoir des infos plus pertinente, avant c'est le jeu des rumeurs.Je doute qu'intel puisse se permettre d'enlever l'hyperthreading sur 8 cores P, trop de perte de performance, les turbo sont au max ou pas loin depuis un petit moment, le nombre de cores pareil.Au vu de ce qui est annoncé pour arrow lake au niveau core, je ne vois pas comment ce serait même possible si Intel ne veut pas être en régression a la fin.Donc attendons bien, on verra, d'ici le 2eme semestre 2024, il va y avoir d'autres rumeurs.
Bah c'est exactement ce qu'on dit tous depuis le début en fait. Je l'indique dans mon commentaire "bien des gens pensent" pour montrer que ce n'est en rien un fait établi, Nicolas le met dans sa news en disant que cela pourrait être un 8P + 16E mais tout aussi bien un 8P + 8E avec HT.
C'est amusant que tu en parles parce que effectivement bien des sites ne sortent pas les pincettes et sont déjà convaincus que ARL-S n'aura pas de HT, mais du coup tu mets ce commentaire sur un des sites qui prend le plus de réserve face à ces affirmations, enfin je trouve. 🙂
Bah pour le moment, ça fait deux indices (pas juste des rumeurs dans l'air, mais des éléments factuels) qui pointent dans cette directions. Et on sait que Lion Cove sera une architecture novatrice, pas un enième recyclage de Golden Cove. Alors pour le moment, je suis les miettes de pain. Mais les prochains pourront tout à fait nous faire prendre une nouvelle direction. Donc oui, restons prudent. Comme à chaque fois.
Et une troisième miette de pain tendant vers l'absence de SMT dans les prochains cpu Intel basés sur l'architecture Lion Cove.
https://wccftech.com/intel-lunar-lake-cpu-sample-8-cores-8-threads-leak-more-l2-cache-than-l3/
Décidément, tant que cette rumeur ne sera pas démentie, tout porte à croire que l'HyperThreading serait bel et bien en train de tirer sa révérence. Pour la prochaine gen, en tout cas. Peut-être réintroduite plus tard, comme pour Core?
effectivement j'ai lu un peu vite !
Ok David S.
Allez on va dire que c'est un 8 P hyperthreading +8 E soit 24 thread en tout.Cela me paraît le plus plausible arrow lake comme pourrait être raptor lake refresh en 7 comme une version 14650HX par exemple qui correspondrait a ce genre de nombres de thread, si y a peut être une chose de valable dedans, donc au final on apprend rien de plus pour moi, on est beaucoup trop loin de la sortie effective, les samples avant leurs sorties sont une évidence habitude des constructeurs mais ne nous renseignent pas plus car ni avec les fréquences de test, ni nombres de thread ou cores sont définitif et même une appellation définitive à ce niveau la.Cela me rappelle un article ou on disait que arrow lake devrait apporter que 5% de plus en performance par rapport à raptor lake refresh....Wait and see.
Moi je table sur un SMT à 3 voies, et terminé les ptis cœurs 😋
À noter le tweet suivant du gars, où il avances ses théories possibles sur les avantages à se passer de SMT:
https://twitter.com/InstLatX64/status/1753795164491887009
Je note la dernière, où Intel aurait pu avoir fait des progrès si efficaces sur leur ré-ordonnanceur pour alimenter leur unités d'exécution, qu'un second thread pour les occuper n'apporterait finalement plus grand chose...
J'ai de très gros doutes. En moyenne, une instruction du 5 est un branchement, sachant qu'il y a ~512 instructions dans le ROB, ça veut dire que la prédiction de branchement doit prédire correctement.... 100 branchements pour remplir complètement le ROB. C'est tout juste énorme !
Et faire exécuter le VRAI et le FAUX en parallèle, pour ne pas payer la pénalité, c'est possible?
Si, c'est même un piste envisagée pour la sécurité et éviter des attaques par mesure de temps d'exécution. Mais c'est l'assurance de perdre la moitié de tes ressources sur du code faux, et donc de diviser la perf de ton processeur par 2.... voire plus. Car apres 4 branchements, tu as (dans le pire cas, certes), 2⁴ = 16 chemins d'exécutions différents, et un seul de bon. Sachant que les parties "chaudes" (i.e. où ce concentre la majorité du temps d'exécution) sont souvent des boucles, on a pas du tout envie d'y exécuter en parallèle autre chose.
Mais il n'y a pas non plus 50 ALU dans un cœur. C'est vraiment nécessaire de voir aussi loin? Le temps qu'un couple d'ALU, Load/Store et 2 autres trucs finissent leur taf, un groupe sur le VRAI, l'autre sur le FAUX, c'est bon, on devrait avoir la réponse à la question magique, non? Pas forcément nécessaire d'avoir à prédire le branchement suivant, on n'y est pas encore.
Dans une boucle, un groupe qui prépare la sortie, l'autre la répétition...