NOTA: Esta respuesta fue escrita hace 8 años. La programación paralela se ha vuelto más relevante. Esto probablemente se deba a los límites de velocidad de reloj inherentes y a los límites de tamaño del transistor que se aproximan rápidamente.
Su problema principal es el software no escrito para multi-core.
Mire el excelente artículo de Jeff Atwood sobre cómo elegir Dual core o Quad Core .
para la mayoría del software, llega a un punto de rendimientos decrecientes muy rápidamente después de dos núcleos. En los equipos de escritorio de cuatro núcleos y los rendimientos decrecientes , cuestioné cuán efectivamente el software de hoy puede realmente usar incluso cuatro núcleos de CPU, mucho menos los inevitables ocho y dieciséis núcleos de CPU que veremos dentro de unos años.
Te responden aquí (resaltado copiado del artículo de Jeff),
Sin embargo, hubo algunas sorpresas aquí, como Excel 2007 y la configuración de "operaciones concurrentes" de Lost Planet. Es posible que la ingeniería de software eventualmente avance al punto de que la velocidad del reloj sea menos importante que el paralelismo. O eventualmente podría ser irrelevante, si no podemos elegir entre velocidades de reloj más rápidas y más núcleos de CPU. Pero mientras tanto, la velocidad del reloj gana la mayor parte del tiempo. Más núcleos de CPU no es automáticamente mejor . Los usuarios típicos estarán mejor con la CPU de doble núcleo más rápida posible que puedan pagar.
La cuestión del bus frontal (ese término siempre me ha divertido).
Con Nehalem las cosas cambian ... como dijo ArsTechnica el año pasado.
La Ley de Moore les ha dado a los diseñadores de procesadores una vergüenza de la riqueza de los transistores, y en ninguna parte es eso más evidente que en el procesador Nehalem de 45 nm de Intel. Debutando en variantes de 4 y 8 núcleos a finales de este año, Nehalem incluye una tonelada de hardware en un zócalo de procesador único. (Los primeros números ponen el recuento de transistores de un Nehalem de cuatro núcleos en 781 millones; todavía no han aparecido números para el modelo de 8 núcleos). Pero tratar de alimentar todo ese hardware con la arquitectura de bus frontal existente de la plataforma Intel sería una locura. Entonces, igual de importante, Nehalem también hace sonar la sentencia de muerte desde hace mucho tiempo para la arquitectura de bus frontal positivamente geriátrica de Intel.
El cambio radical en la situación del ancho de banda del sistema de Intel que representa la nueva interconexión QuickPath (QPI) de Intel es quizás el factor más importante que dio forma al diseño de Nehalem. Entre QuickPath y el controlador de memoria integrado de Nehalem, un procesador Nehalem tendrá acceso a una cantidad de ancho de banda agregado sin precedentes, especialmente en implementaciones de dos y cuatro sockets.
AMD movió el controlador de memoria al procesador antes y usó Hypertransport.