wĂĽrde man das was du beschreibst nicht ehr unter "prediction" einordnen?
Also ich muss
@Nureinnickname! zu stimmen das ein umkehren von Hyperthreading logisch keinen Sinn ergibt.
Der Sinn von HT ist ja einen Kern besser auszulasten in dem man teile des Kerns bereits an einem zweiten Befehl arbeiten lässt die für die noch laufende Berechnung des ersten Befehls aber nicht mehr benötigt werden.
ich kann mir zwar grob vorstellen was der ursprĂĽngliche Poster des Begriffs "reverse Hyperthreading" im Sinn hat.
Praktisch eine Aufgabe (thread) für die ein Kern, sagen wir mal, eine Nanosekunde braucht auf z.B. vier zu verteilen in der Hoffnung das jeder dieser Kerne für diese Aufgabe dann nur noch 0,25 Nanosekunden benötigt. praktisch wird das aber schwer bis kaum umsetzbar sein und man würde es bestimmt auch ziemlich sicher anders als reverse Hyperthreading nennen.