Lynnfield = Core i7 870, 860, et Core i5 750
Le lancement des nouveaux processeurs Intel “Lynnfield” les déclinaisons plus grand public de l'architecture Nehalem qui n'est pour l'instant commercialisée que sous la forme des quelques Core i7 9xx approche à grands pas, et au fur et à mesure, on découvre plus de détails.
Selon le japonais PCWatch qui cite des sources parmi les OEM, trois premiers modèles de Lynnfield devraient être proposés par Intel au lancement : le Core i7 870, le Core i7 860 et le Core i5 750. La différenciation entre ces CPU se fera sur de nombreux points. Les Lynnfield Core i7 seront "toutes options", alors que le i5 750 sera privé des technologies HyperThreading, et VT. Les fréquences participeront aussi à la segmentation de la gamme : le Core i7 870 travaillera à 2,93 GHz, le 860 à 2,8 GHz et le Core i5 750 à 2,66 GHz. Tous partageront un TDP de 95 W.
Au final, la gamme sera complexe à décoder pour les profanes, mais respecte une logique facile à suivre pour les amateurs avertis. La multiplication des Lynnfield, suivie de l'apparition des Clarkdale, Clarksfield et Arrandale nous rendra la tâche beaucoup plus difficile.
- Processeur,
- Intel,
- Core ,
- i7 ,
- 870
- FON passe au 11n
- Asus P6X58 : X58, USB 3.0 et SATA 6Gbit/s
- Le SATA 6Gb/s en retard à cause de Marvell ?
- Graveur DVD : maintenant c'est le gloss
- Nouveau firmware pour les Intel X25-E en août
- L'histoire des serveurs mainframes en images
- 400 000 nouveaux abonnés WiMAX
- L’Europe fait mal aux bénéfices d’Intel
- Passer de Windows 7 RC à la version finale
- Gros plan sur les interfaces : AGP
- Un routeur pour les écoliers chez D-Link
- D-Link et Samsung pour le WiMAX
- OLED : 7,1 milliards $ en 2016
- De 65 nm à 50 nm sans changer d’outils
- HP change de fabricant pour ses portables pro
- Les wafers de 450 mm attendront
- Installer un navigateur sur Windows 7 E
- Seagate 15K.7 : 600 Go, 15 000 tpm





"tâche beaucoup difficile"
. Ça fait mignon en fin d'article.
le VT servira en autres a ceux qui auront 7 et qui veulent s'assurer du "XP compatibility" mais le hyperthreading apporte vraiment un gain sur la gamme i7 actuelle?
parce qu'intel va faire payer cher ces options?
"tâche beaucoup difficile" . Ça fait mignon en fin d'article.
+ plus
le VT servira en autres a ceux qui auront 7 et qui veulent s'assurer du "XP compatibility" mais le hyperthreading apporte vraiment un gain sur la gamme i7 actuelle? parce qu'intel va faire payer cher ces options?
Il y a quelques autres usages que le mode XP de 7 pour la virtualisation. Quant à l'HT, c'est toujours pareil, ça dépend énormément de l'appli. Un cas assez commun : le transcodage d'une vidéo pour la passer sur un téléphone/baladeur. là l'HT est enviable.
ok mais je ne comprenais pas pourquoi le HT a disparu avec le core2.
une histoire du bus court du core2 au lieu du défin p4 au bus long il me semble.
il n'était pas nécessaire.
maintenant qu'il revient, cela veut dire quoi?
ça fait toujours la même chose : le doublement du nombre de registres dans le CPU pour simuler un deuxième core logique pour chaque core physique de manière à permettre l'éxécution de deux threads. Ce n'est pas aussi performant qu'un deuxième core physique, mais ça offre tout de même un net gain de perfs dans les applis qui peuvent en tirer parti. Typiquement de l'encodage audio/vidéo.
Plus de précisions dans notre article sur l'archi Nehalem
"le doublement du nombre de registres dans le CPU pour simuler un deuxième core logique pour chaque core physique de manière à permettre l'éxécution de deux threads. Ce n'est pas aussi performant qu'un deuxième core physique, mais ça offre tout de même un net gain de perfs dans les applis qui peuvent en tirer parti."
En fait ce n'est pas les appli qui en tire parti. C'est l'OS. Le HT sert en fait à accélerer le context switching, le passage d'exécution d'une application à une autre. Dans un travail mono-thread ça ne sert absolument à rien, mais lorsque plusieurs thread de travail sont implémentés, ça revient à économiser le chargement du contexte, qui est l'opération la plus cher en terme de temps CPU dans le scheduling. Attention, ce n'est pas toutes les implentations du multithreading qui utilise ça. Il faut que ça soit des threads hardwares, c'est à dire que ce soit l'OS qui les gères, ou qu'il y ai carrément plusieurs processus.
n'importe quoi...
non les 2 threads sur le meme core tournent en meme temps et l'OS n'a rien a voir
par contre comme les ressources genre FPU ne sont pas doublees, si tu demandes 2 operations necessitant les meme ressources de calcul en meme temps, il y a un thread qui attend...
l'idee, c'est que la plupart du temps les processeurs passent un certain nomnbre de cycles a attendre sur les donnees, a faire des branchements... et pas a faire du calcul.
cela veut dire que pour un 4 cores avec HT, c'est comme avoir 8 processeurs independants sauf qu'ils peuvent se gener les un les autres...
mais cela est deja vrai pour les acces au cache L2 et a la RAM