Physische und virtuelle Kerne

[NilsP]

Die Erklärung leuchtet vielleicht ein, ist aber leider falsch.

Wenn zwei Threads sich einen Kern teilen, ist da trotzdem nur ein Kern. Dieser ist nur in der Lage, zwei (oder mehrere) Threads gleichzeitig auszuführen.

Meinetwegen könnte man auch von einem physische Kern und zwei virtuellen reden, aber auf keinen Fall ist der eine (Thread) besser als der andere.



1 mal bearbeitet, zuletzt am 21.06.23 16:15 durch NilsP.

[Sharra]

Soweit ich das im Hinterkopf habe, hat immer der an den physischen Kern adressierte Task Vorrang vor dem virtuellen.

[mibbio]

NilsP schrieb:
--------------------------------------------------------------------------------
> Meinetwegen könnte man auch von einem physische Kern und zwei virtuellen
> reden, aber auf keinen Fall ist der eine (Thread) besser als der andere.

Es gibt schon einen Unterschied zwischen echtem und virtuellem Kern. Bei SMT werden die Recheneinheiten des pyhsischen Kerns ja nicht fest zu gleichen Teilen aufgesplittet. Der virtuelle Kerne bildet effektiv immer nur die Recheneinheiten ab, die gerade nicht ausgelastet sind, um die dann für zusätzlichen Thread zu nutzen.
Auch wenn alle Resourcen eines Kerns gerade frei sind, dürfte der virtuelle Kern durch die zusätzliche SMT-Logik nicht 100% die Leistung eines echten Kerns haben.
Es dürfte hinsichtlich Performance also schon einen (minimalen) Unterschied machen, auf welchem Kern ein Thread abgearbeitet wird.

[CptData]

Es gab mal vor gar nicht so langer Zeit den Performance-Tipp, die virtuellen Kerne zu deaktivieren und nur mit physischen Kernen zu arbeiten. Das war so um 2012 ... 2016 rum, wenn ich mich nicht irre. Der physische 4-Kerner lief ja mit HT dann bei 4+4 Kernen.

Die Idee damals war: Hyperthreading teilt die Performance des Kerns auf zwei langsamere virtuelle Kerne auf, was natürlich keinen Gewinn versprach bei Anwendungen, die nur ein oder zwei Kerne überhaupt nutzen konnten.

Heut ist das mWn etwas anders.

[ElTentakel]

Na man nutzt das doch um Wartezeiten zu RAM und IO zu kaschieren, oder? Mit viel Cache sollte der Vorteil ja schrumpfen.