Tom's Hardware > Actualités > Composants > Processeurs > On en sait - un petit peu - plus sur le futur Pentium 4

On en sait - un petit peu - plus sur le futur Pentium 4

15:02 - mercredi 1 décembre 2004 par Julien Foulquier - source: The Inquirer

Notre confrère The Inquirer (informations à prendre avec des pincettes), nous donne quelques détails sur la future évolution du Pentium 4, dont les noms commerciaux se traduiront par un "

6xx

". Certaines des informations étaient déjà connues ou fortement supposées, comme l'intégration de 2 Mo de mémoire cache, le support des instructions 64 bits AMD64, officiellement renommées EM64T pour ne pas vexer l'égo d'Intel. Ou, encore, une gestion d'économie d'énergie un peu plus poussée pour les portables, l'Enhanced Intel SpeedStep Technology, alias EIST. Une technologie déjà intégrée au Pentium-M et qui permettra d'abaisser à la volée la fréquence et le voltage du processeur. Toutefois jusque là rien de nouveau, tous ces points avaient déjà été annoncés, notamment dans notre test du Pentium 4 570.

Une autre partie de ces informations sont nouvelles ou pseudo-nouvelles. Comme le support de ces processeurs par les chispets i915/i925 actuels (nous le supposions déjà). Mais surtout, une première date un peu plus précise tombe. Evidemment non officielle, l'informateur de The Inquirer annonce que ces processeurs devraient sortir en février. Ce qui ne semble pas illogique, le mois de février se prêtant traditionnellement bien à ce genre d'annonces. Enfin, Intel avancerait un gain de performances de 6 à 7% par rapport aux Pentium 4 actuels à fréquence égale. Un chiffre probablement surestimé.

Commentaires

Parts de marché en augmentation pour AMD

Vers une démocratisation des PDA en VGA

Commentaires

Ajouter un commentaire

los 01/12/2004 17:56

Masquer

Julien a écrit :

Certaines des informations étaient déjà connues ou fortement supposées, comme l'intégration de 2 Mo de mémoire cache, le support des instructions 64 bits AMD64, officiellement renommées EM64T pour ne pas vexer l'égo d'Intel.
Une technologie déjà intégrée au Pentium-M et qui permettra d'abaisser à la volée la fréquence et le voltage du processeur.

Enfin, Intel avancerait un gain de performances de 6 à 7% par rapport aux Pentium 4 actuels à fréquence égale. Un chiffre probablement surestimé.

1 question: doubler le cache ne fera grimper les performances que de 5% ? J'aurai dit dans les 10%, mais peut être est ce du à l'architecture des P4?

1 Affirmation: C'est nouveautés sont toutes deux présente dan les A64 même socket 754 (pour le 64 bit c'est évident mais le Cool'n'Quiet est moins connu...) Intel, et les nouveautés alors? Bon OK il y a des chances qu'ils sortent le multicore avant AMD... Mais le multicore, à part pour faire deux Divx en même temps, à mon avis ça va pas être utile avant longtemps...

Ibykos 01/12/2004 18:09

Masquer

Le 64 bits n'est pas encore très utile non plus dans ce cas...

L'HT si

los 01/12/2004 18:19

Masquer

Ibykos a écrit :

Le 64 bits n'est pas encore très utile non plus dans ce cas...

L'HT si

Mouais, POUR L'INSTANT, je suis pas trop convaincu par le multicore et/ou l'HT, celà dit je pense que dans deux/trois ans ça sera indispensable (un cpu qui s'occupe de faire tourner la monstrueuse interface graphique de longhorn et l'autre pour le demineur!)

C'est clair que le 64 bits pour le particulier c'est un peu du flan, disons que l'interet immédiat (avec Linux/win 64 pour ceux qu l'ont) c'est les registres en plus: mais comme c'est le seul truc pourquoi en avoir ajouté si peu? Le vieux SPARC32 avait déjà 32 registres plus ou moins génériques...

boub popsyteam 01/12/2004 20:59

Masquer

los a écrit :

1 question: doubler le cache ne fera grimper les performances que de 5% ? J'aurai dit dans les 10%, mais peut être est ce du à l'architecture des P4?

Moi je dirais plutot de la gestion POURRIE du cache par Windows !!!
Ex: un rendu 3D sur un quadri xeon 1Mo de cache prends 25% de temps en moins sous NT4 que sous 2000 ... Bizarement entre les 2 ils ont changé la gestion du cache ...

Bandit Scott 01/12/2004 21:54

Masquer

boubpopsyteam a écrit :

et comment tu peux être sûr que ca vient de la gestion du cache et pas d'autre chose?

JWhy 01/12/2004 21:56

Masquer

Julien a écrit :

Notre confrère The Inquirer (informations à prendre avec des pincettes)

Vous n'êtes pas sur que c'est votre confrère, c'est ca ?

Ibykos 01/12/2004 22:26

Masquer

On se demande ce que c'est d'ailleurs

==>[]

fractal 01/12/2004 23:37

Masquer

ça peut etre sympa la compatibilité avec les i915p ! (enfin j'espère)

Polio 02/12/2004 00:14

Masquer

los a écrit :

C'est clair que le 64 bits pour le particulier c'est un peu du flan, disons que l'interet immédiat (avec Linux/win 64 pour ceux qu l'ont) c'est les registres en plus: mais comme c'est le seul truc pourquoi en avoir ajouté si peu? Le vieux SPARC32 avait déjà 32 registres plus ou moins génériques...

Le SPARC, a l'instar de tous les processeurs utilisant une ISA RISC, fonctionne en "load and store" a l'inverse l'ISA x86 fonctionne en "memory to memory".
En clair, (et grossierement) sur un RISC on commence par charger les donnees de la memoire dans les registres, on execute le calcul, et enfin on ecrit le resultat dans la memoire. Pour eviter de passer son temps a lire/ecrire en memoire ou en L1 il faut davantage de registres par rapport a un x86. Dans les faits les "gros" RISC (par opposition aux petits ARM7

) sont superscalaires supportent l'execution dans le desordre ce qui du coup compense les instructions "load and store".

(edit) Depuis le Pentium-Pro, tous les processeurs x86 utilisent un coeur RISC. Les instrctions x86 etant decodees au debut du pipeline, c'est transparent vu du systeme. Il y a donc une floppee de registres internes, mais qui ne sont pas accessibles depuis l'OS.