Lo dejó de incorporar porque el que usaba en la familia Prescott y derivados era tan chapucero que normalmente perdías rendimiento en vez de ganarlo. Además de que la arquitectura en sí era mala por definición.
Luego cuando se reincorporó en la arquitectura Core estaba mucho más depurado, y este sí que ofrece una ventaja de rendimiento, a costa de forzar mucho más al procesador ya que la carga de éste es superior con HT que sin HT.
De todos modos, son contadas las aplicaciones que hacen uso del HT, y generalmente son programas poco optimizados (el HT aprovecha ciclos muertos de procesador). En el resto.. Puedes notar un 1% o un 2% de mejoría, pero no es nada del otro mundo.
Y en gaming es completamente inútil.
El HT de AMD es el HyperTransport, y no tiene nada que ver con núcleos. Es la frecuencia del bus que gobierna las bahías PCI y el enlace con los chips de la placa.
La visión del multithreading de AMD tiene otra base... Consiste en dos núcleos físicos que comparten una sola FPU (unidad de coma flotante), pero sin embargo cuentan con una FMAC de 128 bits cada uno, caché L1 propia y dos ALU propias.
La idea de compartir FPU es porque no todas las aplicaciones que corren sobre el procesador necesitan específicamente de una FPU, y en cambio muchas aplicaciones se beneficiarían de tener doble FMAC (el diseño de AMD escala perfectamente a los 256 bits, combinando ambas FMACs) ya que ésta es como una FPU pero con soporte para instrucciones extendidas (x87, AVX, etc), y el hecho de ser 100% escalable da una ventaja sobre la FPU clásica que es muy útil en computación diaria.
Sin embargo, una FMAC no es tan potente en cálculos flotantes como una FPU tradicional. Aunque el hecho de disponer de la FPU dedicada y la doble FMAC debería dar más potencia real que un approach de doble FPU.
Ya os solté el rollo del día
Recordar que los benchmarks que véis de los BD que no corren, y todo eso, además de ser fakes confirmados (se basan en el resultado de OBR, que un rep de AMD en Overclock.net desmintió), tienen su base en que la kernel de Windows no esté diseñada para el tipo de funcionamiento que requieren los núcleos Bulldozer, y que entre hoy y mañana Windows sacará una cacho actualización de sistema que debería hacer uso de TODAS las ventajas que trae Bulldozer.
Además, las versiones que vemos (rev.B2 ES) no traen el último microcode del procesador, y las BIOS son versiones pre-release, que no traen compatibilidad total con los núcleos Bulldozer.