HINWEIS: Diese Antwort wurde vor 8 Jahren geschrieben. Parallele Programmierung ist seitdem wichtiger geworden. Dies ist wahrscheinlich auf inhärente Taktgeschwindigkeitsgrenzen und die sich schnell nähernden Transistorgrößengrenzen zurückzuführen.
Ihr Hauptproblem ist Software, die nicht für Multicore geschrieben wurde.
Schauen Sie sich Jeff Atwoods hervorragenden Artikel über die Wahl von Dual Core oder Quad Core an .
Bei den meisten Programmen ist die Rendite nach zwei Kernen sehr schnell gesunken. In Quad-Core-Desktops und Diminishing Returns stellte ich in Frage, wie effektiv heutige Software sogar vier CPU-Kerne wirklich nutzen kann, geschweige denn die unvermeidlichen acht und sechzehn CPU-Kerne, die wir in einigen Jahren sehen werden.
Sie werden hier beantwortet (hervorgehoben aus Jeffs Artikel),
Es gab jedoch einige Überraschungen wie Excel 2007 und die Einstellung "Concurrent Operations" von Lost Planet. Es ist möglich, dass Software-Engineering irgendwann zu dem Punkt voranschreitet, dass die Taktgeschwindigkeit weniger wichtig ist als Parallelität. Oder es ist möglicherweise irrelevant, wenn wir nicht zwischen höheren Taktraten und mehr CPU-Kernen wählen können. Mittlerweile gewinnt die Taktfrequenz jedoch meistens. Mehr CPU-Kerne sind nicht automatisch besser . Typische Benutzer werden mit der schnellst möglichen Dual-Core-CPU, die sie sich leisten können, besser aufgestellt.
Die Ausgabe des Front-Side-Busses (dieser Begriff hat mich immer amüsiert).
Mit Nehalem ändern sich die Dinge ... wie ArsTechnica letztes Jahr sagte.
Das Mooresche Gesetz hat Prozessorentwicklern eine Verlegenheit der Transistoren gegeben, und nirgendwo ist das augenfälliger als bei Intels 45-nm-Nehalem-Prozessor. Nehalem, das später in diesem Jahr in Versionen mit 4 und 8 Kernen erhältlich ist, packt jede Menge Hardware in einen einzigen Prozessorsockel. (Frühere Zahlen gehen von einem Transistor mit vier Kernen für Nehalem von 781 Millionen aus; für das 8-Kern-Modell sind noch keine Zahlen angegeben worden.) Der Versuch, die gesamte Hardware mit der vorhandenen Frontside-Bus-Architektur der Intel-Plattform zu versorgen, wäre töricht. Genauso wichtig ist, dass Nehalem auch den längst überfälligen Todesstoß für Intels positiv geriatrische Frontside-Busarchitektur erklingt.
Die radikale Änderung in Intels Systembandbreiten-Situation, die Intels neuer QuickPath Interconnect (QPI) darstellt, ist vielleicht der größte Faktor, der das Design von Nehalem geprägt hat. Zwischen QuickPath und dem integrierten Speichercontroller von Nehalem hat ein Nehalem-Prozessor Zugriff auf eine beispiellose Menge an Gesamtbandbreite, insbesondere bei Implementierungen mit zwei und vier Sockeln.
AMD hat den Speichercontroller früher in den Prozessor geschoben und Hypertransport verwendet.