Nehalem : 30 % plus performant

Publié le 03 avril 2008 , par Tanguy Andrillon - mis à jour le 05 juillet 2009 à 19h - dans Hardware

Le fondeur Intel profite de l'IDF de Shanghai pour exposer un processeur Nehalem fonctionnel cadencé à 3,2 GHz. Gravé en 45 nm, ce modèle Quad-Core dispose de 731 millions de transistors, de 256 Ko de mémoire cache L2 par cœur et de 8 Mo de mémoire cache L3 partagés.

>> Retour à l'article <<

Réactions


Yasko - le 04/04/08 à 10:27
Pour la comparaison de l'HT entre Nehalem et Netburst, ca ne sert à rien de faire de comparaisons, les 2 architectures sont très différentes. Le pipeline d'un netburst est en moyenne bien moins rempli que celui d'un Conroe/Nehalem, c'est en partie pour ça qu'à fréquence identique un P4 se fait déchirer par un C2D. L'intérêt de l'HT, c'est de "remplir les trous" du pipeline avec les données d'un second thread. Et donc dans le cas d'un pipeline déja bien rempli comme celui du Conroe/Nehalem, le gain doit logiquement être plus faible qu'avec Netburst (moins de 10% donc). Enfin, si ils l'ont remis, ca doit quand même apporter quelque chose dans certains cas.
tfpslyL'HT peux avoir un gros intérêt tout bête : précharger le cache en faisant des chargements à l'avance avant que la thread principale n'en ait besoin. Ça demande un peu de boulot pour synchroniser parfaitement les deux threads, et il faut savoir à l'avance quelles données vont être nécessaire, mais ça peut être très intéressant.
Ca peut être une bonne chose, comme ca peut être une mauvaise. Dans certains cas de figure, on observait sur Netburst une baisse de performance quand on activait l'HT, c'était justement lié au fait que 2 threads se partageait le même cache. Mais peut être qu'Intel aura revu son implémentation de l'HT sur Nehalem (c'est même sur, vu les différences dont j'ai parlé plus haut).
SartMatt - le 04/04/08 à 11:48
tfpslyL'HT peux avoir un gros intérêt tout bête : précharger le cache en faisant des chargements à l'avance avant que la thread principale n'en ait besoin. Ça demande un peu de boulot pour synchroniser parfaitement les deux threads, et il faut savoir à l'avance quelles données vont être nécessaire, mais ça peut être très intéressant.
Sauf que pour ça, il faut : - que le programme soit spécifiquement adapté pour (ajout du code du thread servant à précharger) - s'assurer que les deux threads vont bien tourner sur le même core physique (car sinon, en plus de servir à rien pour le programme en question, le second thread va pourrir le cache d'un autre programme...). Pas gagné donc, surtout qu'à ma connaissance dans l'API Windows il n'y a rien qui permette de distinguer les cores logiques des cores physiques...
Armenien - le 04/04/08 à 12:57
d'aprés une news sur PC impact , les ingenieurs de chez intel et microsoft travaille dur pour donner un interet aux duo et quad core : afin d'utiliser tous les cores aux mieux , donc a ce jour oui le quad n'a pas tellement d'interet , mais dans un avenir proche ...
dovichino - le 04/04/08 à 14:53
kgabouMon prochain proco :love: Ca faisait 6 ans que je tournais sur du AMD, et sans aucun regrets, au contraire, mais là le besoin de changement se fait pressant
Tu peux changer deja de matos tu verras que l'amd x2 prend un sacré coup de vieux !!! :cry:
Les commentaires sur ce document sont clos.
  • Tout
  • Hi-Tech
  • Matériel
  • Mac
  • Jeux