QUOTE (Airfox @ 08.06.2022, 11:48 Uhr)
Moin,
es liegt wohl eher daran, dass die Operation nicht multithreadbar ist. Schau mal, klar bedeuten mehr Kerne auch das etwas paralellisiert werden kann. Man kann sich das etwa so vorstellen wie eine Kasse:
Hast du viele kleine Kunden, können diese schnell parallel durch weitere Kassen abgearbeitet werden. Hast du jetzt aber z.B. 1 Großen Kunden, kann dieser nur an einer Kasse bearbeitet werden. Ergo für viele kleine Aufgaben die unabhängig von der zuvor bearbeiteten Fläche sind, bietet dir das Vorteile, weil dies auch die Software/ die Kassen unterstützten.
Der Computer spielt übrigens dabei keine bzw. kaum eine Rolle. Moderne Rechner schaffen alles. Die meiste Zeit verdaddelt man eher wo anders, weil man nicht konzentriert arbeitet, weniger beim "warten".
Airfox hat vollkommen recht.
Es können nicht mehrere Kerne an einem Job rechnen (z.B. optimiertes Schruppen). Auch können nicht schrupp Jobs parallelrechnen die auf das Rohteil vom Vorgänger angewiesen sind.
Das Beispiel mit den Kassen ist super. Du kannst es dir aber auch wie eine große Matheaufgabe vorstellen die du alleine rechnen musst um auf ein Richtiges Ergebnis zu kommen, falls du diese auf mehrere Schüler (in diesem Fall die Kerne) aufteilen würdest wäre dein Ergebnis am ende falsch. Hoffe das ergibt auch ein bisschen Sinn.
Der Beitrag wurde von eggxy bearbeitet: 16.06.2022, 10:39 Uhr