Nameless573 wrote: ↑Wed, 24. Oct 18, 15:18
Ich weiss es ist ein noob Frage, aber ich bin nicht mehr auf dem laufenden Stand. Was ist eigentlich der unterschied zwischen hohen takt habenden quad core cpus und was ist z.B. mit six core cpus die einen niedrigen single core takt oder allgemein einen niedrigen takt haben? Ich z.B. hab einen AMD FX-4300 und der soll nicht reichen, aber ich frage mich immer, ob es nicht trotzdem ausreicht aufgrund der selbe Mhz Leistung des CPUs zu anderen? Oder ist es mittlerweile so das CPUs z.B. Software gestützte Verarbeitungen leisten, in dem sie virtuell die Mehrkerne steueren? Das z.B. denke ich mir, dass das die Technologie sein muss, die hinter Mehrkerncpus steckt. Wird das dann einfach nicht unterstützt und ich kann mir z.B. eine alte Mehrkernsteuerung auf dem Rechner lassen (also diese Software die ich hier habe, die warscheinlich die Mehrkerne verwaltet) und kann dadurch höher CPU Leistung erwarten(wie bei der Theorie mit alten und neuen Grafikkartentreiber, die langsame Performance hervorrufen sollen)?
Leistet ein 500PS PKW das gleiche wie ein 500PS LKW? Nein, letzterer ist darauf ausgelegt große Lasten zu ziehen. Mit dem PKW ist das nicht möglich, dieses wird dafür schneller und höhere Geschwindigkeiten erreichen.
Die PS sind bei einem Fahrzeug also nur ein Indiz, ohne näheres über das Fahrzeug zu wissen, aber eine völlig Wertlose Information.
Bei den Taktraten eines Computerchips ist es ähnlich. Sie leisten zwar ähnliches, sind aber unterschiedlich aufgebaut (die Architektur ist anders). Eine Architektur kann auf hohe Taktraten ausgelegt sein, kann pro Takt aber nur wenig erledigen. Eine andere Architektur macht es umgekehrt, niedriger Takt aber viel Arbeit pro Takt erledigen. Dies wird auch als "Instructions per Cycle" (IPC; Instruktionen pro Zyklus) bezeichnet/gemessen.
Heutzutage wird ein hoher IPC (also viel Arbeit mit einem Takt zu erledigen) gewünscht, zumindest bei CPU und GPU, das ist nämlich effizienter. Also ohne Informationen über die Architektur zu haben, kann man nicht sagen ob diese nun zum einen oder anderen gehören.
Bei Computerchips ist es einfacher die Ergebnisse von Vergleichstests zu betrachten und daraus die Schlüssen zu ziehen.
Kurz: Anhand des Taktes kann man nur eine Leistungseinschätzung im Vergleich zweier Chips treffen die auf der selben Architektur basieren.
Erst wenn man zwei Architekturen den gleichen Tests unterzogen hat, kann man anhand von den Testergebnissen beider Architekturen, auch anhand des Taktes voraussagen welche CPU verschiedener Architekturen schneller ist.
Nun zur Kernzahl:
Im (quasi nicht erreichbaren) Idealfall steigt die Leistung mit jedem Kern linear an. Dann könnte man mit einer CPU (der selben Architektur) die weniger Takt aber mehr Kerne hat die gleiche Leistung erzielen.
Leider lässt sich nicht alles beliebig Parallelisieren, gerade bei Videospiele läuft es immer darauf hinaus das wichtige Aufgaben (diejenigen die die meiste Rechenzeit benötigen) nur auf wenige Kerne aufgeteilt werden können.
Bei X4 sollen es 2 Kerne sein die hochbelastet werden. Es profitiert zwar auch von weiteren Kernen, aber wenn diese beiden Kerne zu langsam sind, bringt es auch nichts 100 Kerne zu haben.
Willst du ein Steinblock transportieren, bringt es nichts dafür mehrere LKWs einzusetzen. Der Transport geht deshalb nicht schneller. Den Steinblock kannst du auch nicht zerteilen, da er dadurch zerstört würde bzw. auch nach dem Zusammenfügen (was beides Zeit kostet) die Fugen noch Sichtbar wären. Hast du 2 Steinblöcke, die für ein LKW zu Groß/Schwer sind, dann kannst du mit einem zweiten LKW Zeit sparen.
Mehrkern-CPUs sind nichts anderes, als mehrere CPUs die direkt nebeneinander platziert und miteinander verlinkt sind. Früher hatte man 2+ CPUs genommen und auf ein Mainboard gesetzt (Multi-Sockel-Systeme, gibts bei Server- und Workstations heute noch). Der nächste Schritt war es zwei CPUs auf die selbe Platine zu setzen (bspw. Pentium D), und dort zu verbinden bevor sie per Sockel im Mainboard platziert wurden.
Umso näher die Kerne gerückt waren, umso schneller konnten sie zusammenarbeiten. Vor allem wenn eine Berechnung von einem zum nächsten Kern geschoben wird.
Die Trennung in Kerne ist keine Software-Einteilung, sondern wird direkt in der Hardware vorgenommen.
)