supinfo
Ouverture de  SUPINFO USA à San Francisco en 2008. Des études en informatique en Californie à un tarif abordable ! Inscrivez-vous dès maintenant !
supinfo
Connexion :
Abonnement NewsletterOk
 

AMD donne quelques détails sur le K8L

Publiée par Julien le Jeudi 18 Mai 2006

Brève Processeur

La firme de SunnyVale, AMD, a pu donner quelques détails sur l'architecture de son prochain processeur, connu sous le nom de code K8L, à l'occasion de l'édition 2006 du Spring Processor Forum. Prévu pour arriver dans le courant 2007, le K8L supporte le bus HyperTransport de troisième génération (voir L'HyperTransport 3.0 est officialisé) et sera doté de quatre cores. Chacun des cores du K8L embarquera 512Ko de cache de second niveau alors qu'un cache de troisième niveau, dit L3, sera commun à tous les cores avec une quantité de 2 Mo.

Vraisemblablement gravé en 65nm, le K8L verra sa puissance de calcul en virgule flottante doublée alors que certaines instructions pourront être exécutées dans le désordre (Out-Of-Order). Côté mémoire AMD précise que le K8L supportera la DDR2 et qu'il est prêt pour une migration vers la DDR3.

AMD K8L - 1
AMD K8L - 2

Aperçu de certaines caractéristiques du K8L
Actu précédente
Brève suivante

A voir aussi

Top logiciels Gestion de tâches

1 ASUS PC Probe
Tests et diagnostics de cartes mères ASUSTeK
2 Atomic Alarm Clock
Horloge Atomique avec alarme mp3, gestion de taches, etc...
3 RightMark CPU Clock Utility
Utilitaire de réglage et de surveillance du processeur
4 AntiFreeze
Le gestionnaire de tâches de la dernière chance
5 KillProcess
KillProcess peut supprimer n'importe quel processus en cours voulu
6 Security Process Explorer
Optimiser l'utilisation du CPU
Suite du classement "Gestion de tâches"
Les Commentaires des lecteurs
_
le 18 Mai 06 à 08h55
Edition
 
C'est assez rare, les procs grand public avec du cache L3, non ?
 
le 18 Mai 06 à 08h56
Edition
 
arachnosoft a écrit:
C'est assez rare, les procs grand public avec du cache L3, non ?


Y'avait pas eu un P4EE ??? Ah pardon on a dit grand public ! :ane:
 
le 18 Mai 06 à 08h57
Edition
 
quatre cores

pourront s'exécuter


Et juste pour faire mon relou : en Français "supporter" n'existe pas dans ce sens là (allez voir dans le dico à "supporter" ils ne mettent que "soutenir, encourager"). C'est un anglicisme et *normalement* il faudrait utiliser la formule "prendre en charge".
 
le 18 Mai 06 à 08h58
Edition
 
DDR2 voir DDR3 enfin on y arrive. :jap:
 
le 18 Mai 06 à 09h01
Edition
 
4 cores ? ouais cool....
Faudrais deja utiliser les 2 cores actuelles a leur pleine puissance avant de viser plus haut, non ?...
 
le 18 Mai 06 à 09h04
Edition
 
linxeye a écrit:
La firme de SunnyVale, AMD, a pu donner quelques détails sur l'architecture de son prochain processeur, connu sous le nom de code K8L, à l'occasion de l'édition 2006 du Spring Processor Forum. Prévu pour arriver dans le courant 2007, le K8L supporte le bus HyperTransport de troisième génération (voir L'HyperTransport 3.0 est officialisé) et sera doté de quatre cores. Chacun des cores du K8L embarquera 512Ko de cache de second niveau alors qu'un cache de troisième niveau, dit L3, sera commun à tous les cores avec une quantité de 2 Mo.
Vraisemblablement gravé en 65nm, le K8L verra sa puissance de calcul en virgule flottante doublée alors que certaines instructions pourront être exécutées dans le désordre (Out-Of-Order). Côté mémoire AMD précise que le K8L supportera la DDR2 et qu'il est prêt pour une migration vers la DDR3.
Aperçu de certaines caractéristiques du K8L

Lire cette brève sur le site


il me *semble* que ça n'a rien d'une nouveauté :ane:

les processeurs traditionnels réorganisent le code en interne avant exécution, ils sont dit "OOO" (out of order). Les instructions peuvent être exécutées dans un ordre différent de celui donné par le programme. Après exécution, le processeur remet les instructions dans le bon ordre pour garantir le bon fonctionnement. Ceci implique de plus un matériel de suivi (de traçabilité) des instructions au fur et à mesure de leur progression dans le pipeline. Tout ce travail consomme énormément de place (de transistors) sur le processeur. [...] IBM pour le CELL a choisit une approche originale. Le CELL, à l'instar des processeurs du passé, ne fait aucun travail de réorganisation du code, il est dit "in order". Ceci libère beaucoup de place pour ajouter de nouvelles unités d'exécution. L'inconvénient est que le travail d'optimisation est à la charge du programmeur et du compilateur. Le déplacement d'un travail à l'extérieur du processeur avait déjà prévalu pour le RISC.

http://fr.wikipedia.org/wiki/Cell_%28processeur%29
 
le 18 Mai 06 à 09h05
Edition
 
Prometteur !
Esperons quand meme que les OS et les applis puissent en tirer le plus possible...
 
le 18 Mai 06 à 09h07
Edition
 
bisounours_gros_calins a écrit:
4 cores ? ouais cool....
Faudrais deja utiliser les 2 cores actuelles a leur pleine puissance avant de viser plus haut, non ?...

qu'on ait 2, 4, 8 ou 240 cores la problématique derrière est la même : le multithreading, donc à partir du moment où toutes les applications seront optimisées en fonction de ça le nombre de cores n'aura plus vraiment d'importance
 
le 18 Mai 06 à 09h10
Edition
 
> Faudrais deja utiliser les 2 cores actuelles a leur pleine puissance avant de viser plus haut, non ?...

C'est déjà le cas dans beaucoup d'applis qui ont besoin de puissance.
Et puis c'est aux développeurs de se bouger un peu.

> il me *semble* que ça n'a rien d'une nouveauté

Ça non, mais il est possible que certaines opérations strictement "in-order" dans les procs actuels puissent désormais s'effectuer dans le desordre.

On tous les cas, c'est bon pour la concurrence.
 
le 18 Mai 06 à 09h14
Edition
 
ah ok, je croyais que la team clubic était tombée dans le piège du marketing qui te met en avant des innovations qui n'en sont pas :ane:


il y a d'autres nouveautés au fait, comme le SSE4

http://en.wikipedia.org/wiki/K8L
 
le 18 Mai 06 à 09h16
Edition
 
bisounours_gros_calins a écrit:
4 cores ? ouais cool....
Faudrais deja utiliser les 2 cores actuelles a leur pleine puissance avant de viser plus haut, non ?...

laurent006 a écrit:
Prometteur !
Esperons quand meme que les OS et les applis puissent en tirer le plus possible...


ben en effet certains developpeurs commence a le faire... mais en plus de cela, il faut prévoir l'arrivée des moteurs physiques un peu plus avancé (Carte dédiée Versus utilisation d'un coeur indépendemment des autres) ET le support des OS multiples sans reboot (virtualisation?)
 
le 18 Mai 06 à 09h17
Edition
 
equi-NoX a écrit:
Et juste pour faire mon relou : en Français "supporter" n'existe pas dans ce sens là (allez voir dans le dico à "supporter" ils ne mettent que "soutenir, encourager"). C'est un anglicisme et *normalement* il faudrait utiliser la formule "prendre en charge".


En provenance d'un vieux Petit Larousse.

Supporter: [...] || Prendre en charge : Supporter les frais d'un procès. ||
Le K8L supportera donc le bus hyperTransport 3.0, il n'y a pas à tergiverser sur l'utilisation du verbe ici présent.
Faut changer de dico mon bichon... ou tenter d'arrêter d'être relou.
 
le 18 Mai 06 à 09h25
Edition
 
Je pense que oui c'est rare mais ca ne date pas d'hier, les anciens powerbook G4 (titanium) donc sortis en 2000 ou 2001 avaient déja 1Mo de cache L3. ce qui fait qu'un tita 1Ghz tient encore la comparaison avec un Alu G4 1,5 GHz
 
le 18 Mai 06 à 09h26
Edition
 
user-default a écrit:
En provenance d'un vieux Petit Larousse.

Supporter: [...] || Prendre en charge : Supporter les frais d'un procès. ||
Le K8L supportera donc le bus hyperTransport 3.0, il n'y a pas à tergiverser sur l'utilisation du verbe ici présent.
Faut changer de dico mon bichon... ou tenter d'arrêter d'être relou.

Ce n'est pas non plus le même sens

"prendre en charge un matériel"
"prendre en charge les frais d'un procès" >> ici supporter veut bien dire "supporter" : porter, prendre sur soi


Ceci-dit dans les dernières versions des dictionnaires ils ont tendance à mettre la définition du côté logiciel : "supporter : permettre le fonctionnement d'un progiciel".
 
Voir profilContacter le membre
le 18 Mai 06 à 09h27
Edition
 
user-default a écrit:
En provenance d'un vieux Petit Larousse.

Supporter: [...] || Prendre en charge : Supporter les frais d'un procès. ||
Le K8L supportera donc le bus hyperTransport 3.0, il n'y a pas à tergiverser sur l'utilisation du verbe ici présent.
Faut changer de dico mon bichon... ou tenter d'arrêter d'être relou.


Erf, l'herbe m'a été coupée sous le pied, j'allais faire la même remarque ;)
 
le 18 Mai 06 à 09h28
Edition
 
Les dernières versions ! Il date de 1975 ! :heink:
 
le 18 Mai 06 à 09h28
Edition
 
user-default a écrit:
Les dernières versions ! Il date de 1975 !  :heink:

faut lire les phrases en entier

Ceci-dit dans les dernières versions des dictionnaires ils ont tendance à mettre la définition du côté logiciel : "supporter : permettre le fonctionnement d'un progiciel".
 
le 18 Mai 06 à 09h34
Edition
 
Quid de l'OS. Tous les utilisateurs ne passeront pas sous Vista ou Linux, or XP n'accepte que deux CPU...
 
le 18 Mai 06 à 09h37
Edition
 
Et l'on ne parle pas d'un prologiciel, mais d'une fonction technique.
Supporter les conséquences d'une action physique [en l'occurrence le fonctionnement le l'Hypertransport] et supporter des actions non physiques [des frais, un enseignement], c'est du pareil au même.

Quant à mes soit - disantes lectures partielles, je réponds que je ne peux rien face aux éditions de post.