Démonstration du multicore par Intel
Comme prévu dans les plans du constructeur, Intel a profité du salon technologique IDF 2004 pour réaliser une démonstration de son processeur multicore. AMD possédait déjà une longueur d’avance sur le fabricant de Santa Clara en faisant la démonstration de sa technologie il y a déjà quelques semaines (cf. notre brève).
Le processeur gérant cette technologie sera le Montecito, un dérivé de la famille Itanium du constructeur. Ce dernier possède une architecture dual-core qui gère également l’hyperthreading. Au niveau technique, ce ne sont pas moins de 1.7 milliard de transistors que l’on recense à l’intérieur de ce monstre de puissance auxquels viennent se greffer 24 Mo de mémoire cache.
Le processeur gérant cette technologie sera le Montecito, un dérivé de la famille Itanium du constructeur. Ce dernier possède une architecture dual-core qui gère également l’hyperthreading. Au niveau technique, ce ne sont pas moins de 1.7 milliard de transistors que l’on recense à l’intérieur de ce monstre de puissance auxquels viennent se greffer 24 Mo de mémoire cache.

42
Commentaires
Besoin de place ?
- Microsoft débauche chez Apple
- Des cartes de visite virtuelles pour les enfants
- Test de performances...
- 3 ans de garantie chez Atlantis Land
- La lutte contre la cybercriminalité renforcée d'ici 2007
- Le constructeur Asus en pleine expansion
- Star Trek Online annoncé
- Nvidia fait attendre Apple
- Service Pack 3 pour Windows XP
Nouvelle carte mère haut de gamme chez ECS
- Votre alimentation est-elle suffisante ?
- Retrait d'imprimantes
- Half-Life² pour une sortie en novembre ?
- IBM second sur les portables
- Vers un accord entre Sony et Apple ?
- Intel : Pentium double coeur pour 2005
- Sauvegarde en ligne : un nouveau marché ?
- Bon d'achat de 7€ sur Priceminister
- Le père de Sasser inculpé
Liens commerciaux
Autres catégories :
Publicité
Dernières actus
A voir aussi
Actus et dossiers







Quel monstre ce serveur
. Quadri processeurs dual-core hyperThreading avec 24 Mo de mémoire sur chaque proco...Le reve quoi
Bientot les cpu avec 64 core en HT : 128cpu vu par windows
le tout en 64 bits
C'est la journée de la démesure au niveau des news
C'est la journée de la démesure au niveau des news
clair !
c'est pas 24 Mo de cache au total?
Sachant que la plupart des apps ne savent utiliser qu'un thread, yapas gros intérêt au niveau du PC moyen. A part pouvoir utiliser Word sur 1 proc pendant qu'un filtre photoshop est appliqué sur 1 autre.
La plupart des traitements (de tous les jours)sont séquentiels et non paralélisables.
Mon .01 Eu
enfin, j'aimerais bien pouvoir lancer 16 matlab en même temps moi
Sachant que la plupart des apps ne savent utiliser qu'un thread, [g]yapas gros intérêt au niveau du PC moyen.[/g] A part pouvoir utiliser Word sur 1 proc pendant qu'un filtre photoshop est appliqué sur 1 autre.
La plupart des traitements (de tous les jours)sont séquentiels et non paralélisables.
Mon .01 Eu
voilà qqu'un qui parle sans avoir jamais utilisé un bi-proc...
voilà qqu'un qui parle sans avoir jamais utilisé un bi-proc...
C'est clair
voilà qqu'un qui parle sans avoir jamais utilisé un bi-proc...
Si l'on devait virer tous ceux qui parlent sans savoir, il ne resterait pas grand monde sur ce forum
Même pas les newsers ?
Sachant que la plupart des apps ne savent utiliser qu'un thread, yapas gros intérêt au niveau du PC moyen. A part pouvoir utiliser Word sur 1 proc pendant qu'un filtre photoshop est appliqué sur 1 autre.
La plupart des traitements (de tous les jours)sont séquentiels et non paralélisables.
Mon .01 Eu
De toutes les manière ce n'est pas aux applications de gérer les multi proc mais au système. Sauf pour quelques applications de type CAO ou autres qui peuvent le faire elles-même par soucis d'optimisations. Sinon la preuve que plusieurs proc c'est mieux qu'un. Imagine que le proc principal devait aussi gérer le son, la video, ... sans les processeur dédiés.
Si l'on devait virer tous ceux qui parlent sans savoir, il ne resterait pas grand monde sur ce forum
Même pas ! 

Même pas les newsers ?
et il ne faut pas oublier que le multiproc est indispensable sur les serveurs ... qui eux ne traitent pas qu'une appli en meme temps en général ...

en tout cas, impossible de faire tourner 1 seul proc montecino sur un winXP home ... il gère pas le mutiproc ;-)
et sur un XP Pro, seul 2 proc seront visibles sur les 4 ... dommage
Bill2 > XP Home accèpte les PIV HT (vus comme des bi-proces)
ultrabill > ah oui, c'est vrai... j'y pensais plus ...
XP home/XP pro acceptent jusqu'à 2 procs (2 physiques ou 1 proc avec HT)
S[g]achant que la plupart des apps ne savent utiliser qu'un thread[/g], yapas gros intérêt au niveau du PC moyen. A part pouvoir utiliser Word sur 1 proc pendant qu'un filtre photoshop est appliqué sur 1 autre.
La plupart des traitements (de tous les jours)sont séquentiels et non paralélisables.
Mon .01 Eu
Dreamweaver avec une page vierge : 2 threads (170 handles)
Word avec un nouveau document vierge : 2 threads (158 handles)
Excel avec un nouveau document vierge : 2 threads (92 handles)
Paint Shop Pro sans document d'ouvert : 2 threads (70 handles)
Apache : 2 process de lancés, 253 threads + 3 (331 handles + 60)
Daemon MySQL : 13 threads (4358 handles)
Firefox avec une douzaine d'onglets : 10 threads (211 handles)
Winamp : 12 threads (242 handles)
Je continue ou ça va
ultrabill > ah oui, c'est vrai... j'y pensais plus ...
XP home/XP pro acceptent jusqu'à 2 procs (2 physiques ou 1 proc avec HT)
XP Home accepte 1 proc physique (donc 2 logiques)
XP Pro accepte 2 procs physiques (4 logiques)
Dreamweaver avec une page vierge : 2 threads (170 handles)
?
Word avec un nouveau document vierge : 2 threads (158 handles)
Excel avec un nouveau document vierge : 2 threads (92 handles)
Paint Shop Pro sans document d'ouvert : 2 threads (70 handles)
Apache : 2 process de lancés, 253 threads + 3 (331 handles + 60)
Daemon MySQL : 13 threads (4358 handles)
Firefox avec une douzaine d'onglets : 10 threads (211 handles)
Winamp : 12 threads (242 handles)
Je continue ou ça va
les handles n'ont rien a avoir avec le multi proc, ce n'est que des objet windows utiliser par le programme, font, bmp, bouton, etc...
juste les threads aurait été suffisant pour ton exemple
les handles n'ont rien a avoir avec le multi proc, ce n'est que des objet windows utiliser par le programme, font, bmp, bouton, etc...
juste les threads aurait été suffisant pour ton exemple
D'ou la mise entre parenthèses
En fait c'est quand je suis passé sur Apache (et MySQL, mais j'avais même pas fait attention à lui au début) que j'ai cru devenir
De toutes les manière ce n'est pas aux applications de gérer les multi proc mais au système. Sauf pour quelques applications de type CAO ou autres qui peuvent le faire elles-même par soucis d'optimisations. Sinon la preuve que plusieurs proc c'est mieux qu'un. Imagine que le proc principal devait aussi gérer le son, la video, ... sans les processeur dédiés.
Ben oui le programme doit exploité le multi processeur, en threadant les sections gourmande en cpu. exemple dans un jeu IA dans un thread et moteur physique dans un second.
patch : t'es sur pour winXP Pro ?
me smeblait qu'il était limité à 2 procs (physique + logique)
faudrait que je retourne voir ça sur le site de Krosoft moi ... on s'y perd avec toutes ces version de windows ...
(2k pro, 2k serveur et +, XP Home, Pro, etc ...)
Bientot les cpu avec 64 core en HT : 128cpu vu par windows
C poa 32 procs max gérés par les Win 2K Advanced server et autres 2003 ?
Advanced Server gère 16 proces ... C'est Data Center Server qui gère 32 proce me semble-t'il
![[:xam]](http://img.infos-du-net.com/forum/images/perso/xam.gif)
A part ça oui, 32 me paraît être le maximum géré par Redmon
C poa 32 procs max gérés par les Win 2K Advanced server et autres 2003 ?
The 64-bit version of Windows Server 2003, Datacenter Edition, provides support for:
* Up to 64 Intel Itanium processors in a single partition
* Eight-node clustering
* Up to 512 GB of RAM
* Non-Uniform Memory Access (NUMA) architectures
http://www.microsoft.com/windowsse [...] enter.mspx
patch : t'es sur pour winXP Pro ?
me smeblait qu'il était limité à 2 procs (physique + logique)
faudrait que je retourne voir ça sur le site de Krosoft moi ... on s'y perd avec toutes ces version de windows ...
(2k pro, 2k serveur et +, XP Home, Pro, etc ...)
2 procs vi, mais 2 procs physiques
Windows fait la diff entre proc logique et physique
Dreamweaver avec une page vierge : 2 threads (170 handles)
?
Word avec un nouveau document vierge : 2 threads (158 handles)
Excel avec un nouveau document vierge : 2 threads (92 handles)
Paint Shop Pro sans document d'ouvert : 2 threads (70 handles)
Apache : 2 process de lancés, 253 threads + 3 (331 handles + 60)
Daemon MySQL : 13 threads (4358 handles)
Firefox avec une douzaine d'onglets : 10 threads (211 handles)
Winamp : 12 threads (242 handles)
Je continue ou ça va
non ne continue pas mais c'est très bien de l'avoir mis parceque quand toi je lis un qui dit "ça sert à rien pour un user normal" et puis un autre qui lui réponds "t'y connais rien" sans plus d'explications
je me dis tiens voilà deux mecs qui ont rien à dire et qui veulent que ça se sache (no Flame War please) alors que toi au moins tu donnes un petit exemple.
Symmetric Multi-Processing (SMP)
Asymmetric multi-processing (AMP)
Simultaneous Multithreading (SMT)
Chip Multiprocessing (CMP)
W2000 Pro : SMP 2 CPU
W2000 Server : SMP 4 CPU
W2000 Advanced Server : SMP 8 CPU
W2000 Datacenter Server : SMP 32 CPU
Windows XP Home : optimisé SMT
Windows XP Pro : SMP(2)+SMT
Windows Server 2003 : jusqu'à 32 CPU (64 CPU avec les éditions x64, datacenter ; 2 partitions de 64 CPU max pour Datacenter)
http://www.microsoft.com/windowsse [...] tions.mspx
Pour le Montecito ce n'est pas du Silmutaneous Multithreading (ou Hyper-Threading selon la désignation commerciale de Intel) mais du Coarse-Grain Multi-threading : http://pc.watch.impress.co.jp/docs [...] igai_1.gif