A tout hasard Yannick, est ce que tu pourrais approfondir un peu ?

Utiliser le JTAG sur un CPU, ça reviens soit a manipuler le microcode, soit a jouer sur des registres paramétrant le comportement des unités de calcul, en désactivant certaines fonctions ou en changeant les synchros par exemple.

En gros, ça me semblerait vouloir dire, au choix :
- Que l'ACC permet de monter en fréquence en désactivant ou ralentissant certaines unités, limitant donc les performances et rendant l'overclocking, si ce n'est inutile, beaucoup moins interessant hormis sur le plan marketting
- Qu'AMD bride volontairement le potentiel d'overclocking de façon programmée et que les phenom ont toujours eu plus de potentiel que ce qu'on a bien voulu leur trouver

Dans le premier cas, c'est du foutage de gueule marketting ou au contraire une formidable percée technologique : on pourrait agir sur le fonctionnement de chaque unité du CPU pour optimiser son comportement (fréquence, conso...) un peu comme un super EIST version AMD. Mais à fonctinnalité équivalentes (dégradées de la même façon), quid du potentiel d'un penryn ? Une fois la prédiction de branchement désactivée par exemple, on gagne beaucoup de marge de manœuvre en conso et fréquence, mais les perfs s'effondrent, c'est le principe même de l'Atom.

Dans l'autre, ça voudrait dire qu'AMD a fait sciemment foirer le lancement des phenom pour en avoir plus sous le pied plus tard, et ça j'ai du mal à y croire... Un processeur ne peut as monter indéfiniment, et si personne n'a pu tirer des fréquences exceptionnelles d'un phenom jusqu'à l'arrivée de l'ACC, mais que ce dernier augmente le potentiel de plusieurs centaines de MHz, c'est qu'il cache quelque chose.

AMD ne communique pas du tout là dessus, et NVIDIA, qui vient de lâcher l'info, n'a pas donné beaucoup de détails

ça mériterait peut être un peu d'investigation

On n'a pas encore reçu notre matériel d'espionnage

Vu le nom cela ressemble à de la bidouille autour des DLL ou DPLL, les générateurs des signaux d'horloge. Les Dll servent aussi à resynchroniser les signaux qui se décalent à cause des temps de propagation. Le système est peut-être simplement une recalibration à la volé en utilisant les paramètres de la nouvelle fréquence et non celle de l'ancienne.

Ce que je vois, c'est qu'AMD et Nvidia semble convaincu qu'Intel est bien plus dangeureux que leurs petites gueguerres d'intérêts.

C'est assez rare d'utiliser de dlls dans un design, et c'est pour des besoins bien précis (interface DDR, par exemple). Et la recalibration "on the fly" des DLLs, ça existe depuis un bout de temps, et ça n'a pas besoin d'une interface externe.

Concernant le JTAG, c'est un interface qui est orienté test, mais qui permet d'autres utilisations. Dans les SoCs sur lesquels je travaille, l'interface va être utilisée pour faire de l'émulation (un mode permettant de débugger le code plus facilement).

L'utilisation de l'interface JTAG semble indiquer que l'ACC a besoin de discuter avec l'extérieur pour fonctionner. Personnellement, je penche pour un interfaçage avec un chip de power externe qui permet de renseigner le chip sur ses propres tensions et qui permettraient d'ajuster les perfs aux tensions.