Multithreading - Versionsgeschichte

139.30.240.197 am 28. März 2024 um 08:32 Uhr

2024-03-28T08:32:38Z

← Nächstältere Version		Version vom 28. März 2024, 10:32 Uhr
Zeile 1:		Zeile 1:
			{{Belege fehlen\|1=\|2=}}

	'''Multithreading''' ([[englische Sprache\|englisch]] wörtlich für ''Mehrfädigkeit'' oder auch ''Mehrsträngigkeit'' und, weiter übertragen, die [[Nebenläufigkeit]]) bezeichnet in der [[Informatik]] das gleichzeitige (oder quasi-gleichzeitige) Abarbeiten mehrerer [[Thread (Informatik)\|Thread]]s (Ausführungsstränge) innerhalb eines einzelnen [[Prozess (Informatik)\|Prozesses]] oder eines [[Prozess (Informatik)\|Tasks]] (ein [[Anwendungssoftware\|Anwendungsprogramm]]).		'''Multithreading''' ([[englische Sprache\|englisch]] wörtlich für ''Mehrfädigkeit'' oder auch ''Mehrsträngigkeit'' und, weiter übertragen, die [[Nebenläufigkeit]]) bezeichnet in der [[Informatik]] das gleichzeitige (oder quasi-gleichzeitige) Abarbeiten mehrerer [[Thread (Informatik)\|Thread]]s (Ausführungsstränge) innerhalb eines einzelnen [[Prozess (Informatik)\|Prozesses]] oder eines [[Prozess (Informatik)\|Tasks]] (ein [[Anwendungssoftware\|Anwendungsprogramm]]).

77.191.200.222 am 24. Februar 2024 um 10:42 Uhr

2024-02-24T10:42:35Z

← Nächstältere Version		Version vom 24. Februar 2024, 12:42 Uhr
Zeile 1:		Zeile 1:
	'''Multithreading''' (~~auch ''~~[[~~Nebenläufigkeit~~]]~~'',~~ ''~~Mehrsträngigkeit~~'' oder ''~~Mehrfädigkeit~~'' ~~genannt~~) bezeichnet in der [[Informatik]] das gleichzeitige (oder quasi-gleichzeitige) Abarbeiten mehrerer [[Thread (Informatik)\|Thread]]s (Ausführungsstränge) innerhalb eines einzelnen [[Prozess (Informatik)\|Prozesses]] oder eines [[Prozess (Informatik)\|Tasks]] (ein [[Anwendungssoftware\|Anwendungsprogramm]]).		'''Multithreading''' ([[englische Sprache\|englisch]] wörtlich für ''Mehrfädigkeit'' oder auch ''Mehrsträngigkeit'' und, weiter übertragen, die [[Nebenläufigkeit]]) bezeichnet in der [[Informatik]] das gleichzeitige (oder quasi-gleichzeitige) Abarbeiten mehrerer [[Thread (Informatik)\|Thread]]s (Ausführungsstränge) innerhalb eines einzelnen [[Prozess (Informatik)\|Prozesses]] oder eines [[Prozess (Informatik)\|Tasks]] (ein [[Anwendungssoftware\|Anwendungsprogramm]]).

	Im Gegensatz zum [[Multitasking]], bei dem mehrere unabhängige Programme voneinander ''abgeschottet'' [[Multitasking\|quasi-gleichzeitig]] ausgeführt werden, sind die Threads eines Anwendungsprogramms ''nicht'' voneinander abgeschottet und können somit durch sogenannte [[Race Condition]]s Fehler verursachen, die durch [[Synchronisation]] vermieden werden müssen.		Im Gegensatz zum [[Multitasking]], bei dem mehrere unabhängige Programme voneinander ''abgeschottet'' [[Multitasking\|quasi-gleichzeitig]] ausgeführt werden, sind die Threads eines Anwendungsprogramms ''nicht'' voneinander abgeschottet und können somit durch sogenannte [[Race Condition]]s Fehler verursachen, die durch [[Synchronisation]] vermieden werden müssen.

O.Koslowski: Änderungen von 95.90.10.22 (Diskussion) auf die letzte Version von Wruedt zurückgesetzt

2020-10-07T08:47:29Z

Änderungen von 95.90.10.22 (Diskussion) auf die letzte Version von Wruedt zurückgesetzt

← Nächstältere Version		Version vom 7. Oktober 2020, 10:47 Uhr
Zeile 6:		Zeile 6:

	== Software ==		== Software ==
	Seit [[Mehrkernprozessor]]en zunehmend verbreitet sind, ist [[softwareseitiges Multithreading]] rückläufig; hier ist in aller Regel nur ein [[Prozessorkern]] beteiligt – aus Sicht der Hardware (und im Allgemeinen des Betriebssystems) liegt nur ein einziger Programmausführungs-Zweig vor. Die scheinbar vorhandene Gleichzeitigkeit wird Software-intern, ~~homo~~ innerhalb des Anwendungsprogramms und nur von ihm gesteuert, in Wirklichkeit durch geschickte [[Sequentialisierung]] („[[Thread (Informatik)\|Thread]]“-Priorisierung) und einer logischen Abstraktion des [[Multiplexverfahren]]s erzeugt. Einzelne „Threads“ eines Prozesses/Tasks können sehr schnell auf zeitkritische Ereignisse reagieren, während andere Threads langwierige Berechnungen durchführen. Zum Beispiel kann eine Videobearbeitungs-Software eine Szene „im Hintergrund“ berechnen (Thread 1), während sie „im Vordergrund“ auf Eingaben des Benutzers reagiert (Thread 2).		Seit [[Mehrkernprozessor]]en zunehmend verbreitet sind, ist [[softwareseitiges Multithreading]] rückläufig; hier ist in aller Regel nur ein [[Prozessorkern]] beteiligt – aus Sicht der Hardware (und im Allgemeinen des Betriebssystems) liegt nur ein einziger Programmausführungs-Zweig vor. Die scheinbar vorhandene Gleichzeitigkeit wird Software-intern, also innerhalb des Anwendungsprogramms und nur von ihm gesteuert, in Wirklichkeit durch geschickte [[Sequentialisierung]] („[[Thread (Informatik)\|Thread]]“-Priorisierung) und einer logischen Abstraktion des [[Multiplexverfahren]]s erzeugt. Einzelne „Threads“ eines Prozesses/Tasks können sehr schnell auf zeitkritische Ereignisse reagieren, während andere Threads langwierige Berechnungen durchführen. Zum Beispiel kann eine Videobearbeitungs-Software eine Szene „im Hintergrund“ berechnen (Thread 1), während sie „im Vordergrund“ auf Eingaben des Benutzers reagiert (Thread 2).

	Ohne weitere Hardwareunterstützung reduziert das Multithreading die Gesamtsystemleistung durch den beim Kontextwechsel entstehenden [[Overhead (EDV)\|Overhead]] in geringem Maße; bei Abläufen, die voneinander unabhängig sein sollten, kann die Anwendung stattdessen große Performance-Schübe erwirken.		Ohne weitere Hardwareunterstützung reduziert das Multithreading die Gesamtsystemleistung durch den beim Kontextwechsel entstehenden [[Overhead (EDV)\|Overhead]] in geringem Maße; bei Abläufen, die voneinander unabhängig sein sollten, kann die Anwendung stattdessen große Performance-Schübe erwirken.

95.90.10.22 am 7. Oktober 2020 um 08:46 Uhr

2020-10-07T08:46:50Z

← Nächstältere Version		Version vom 7. Oktober 2020, 10:46 Uhr
Zeile 6:		Zeile 6:

	== Software ==		== Software ==
	Seit [[Mehrkernprozessor]]en zunehmend verbreitet sind, ist [[softwareseitiges Multithreading]] rückläufig; hier ist in aller Regel nur ein [[Prozessorkern]] beteiligt – aus Sicht der Hardware (und im Allgemeinen des Betriebssystems) liegt nur ein einziger Programmausführungs-Zweig vor. Die scheinbar vorhandene Gleichzeitigkeit wird Software-intern, ~~also~~ innerhalb des Anwendungsprogramms und nur von ihm gesteuert, in Wirklichkeit durch geschickte [[Sequentialisierung]] („[[Thread (Informatik)\|Thread]]“-Priorisierung) und einer logischen Abstraktion des [[Multiplexverfahren]]s erzeugt. Einzelne „Threads“ eines Prozesses/Tasks können sehr schnell auf zeitkritische Ereignisse reagieren, während andere Threads langwierige Berechnungen durchführen. Zum Beispiel kann eine Videobearbeitungs-Software eine Szene „im Hintergrund“ berechnen (Thread 1), während sie „im Vordergrund“ auf Eingaben des Benutzers reagiert (Thread 2).		Seit [[Mehrkernprozessor]]en zunehmend verbreitet sind, ist [[softwareseitiges Multithreading]] rückläufig; hier ist in aller Regel nur ein [[Prozessorkern]] beteiligt – aus Sicht der Hardware (und im Allgemeinen des Betriebssystems) liegt nur ein einziger Programmausführungs-Zweig vor. Die scheinbar vorhandene Gleichzeitigkeit wird Software-intern, homo innerhalb des Anwendungsprogramms und nur von ihm gesteuert, in Wirklichkeit durch geschickte [[Sequentialisierung]] („[[Thread (Informatik)\|Thread]]“-Priorisierung) und einer logischen Abstraktion des [[Multiplexverfahren]]s erzeugt. Einzelne „Threads“ eines Prozesses/Tasks können sehr schnell auf zeitkritische Ereignisse reagieren, während andere Threads langwierige Berechnungen durchführen. Zum Beispiel kann eine Videobearbeitungs-Software eine Szene „im Hintergrund“ berechnen (Thread 1), während sie „im Vordergrund“ auf Eingaben des Benutzers reagiert (Thread 2).

	Ohne weitere Hardwareunterstützung reduziert das Multithreading die Gesamtsystemleistung durch den beim Kontextwechsel entstehenden [[Overhead (EDV)\|Overhead]] in geringem Maße; bei Abläufen, die voneinander unabhängig sein sollten, kann die Anwendung stattdessen große Performance-Schübe erwirken.		Ohne weitere Hardwareunterstützung reduziert das Multithreading die Gesamtsystemleistung durch den beim Kontextwechsel entstehenden [[Overhead (EDV)\|Overhead]] in geringem Maße; bei Abläufen, die voneinander unabhängig sein sollten, kann die Anwendung stattdessen große Performance-Schübe erwirken.

Wruedt: Abschnittlink korrigiert

2020-04-14T07:21:24Z

Abschnittlink korrigiert

← Nächstältere Version		Version vom 14. April 2020, 09:21 Uhr
Zeile 1:		Zeile 1:
	'''Multithreading''' (auch ''[[Nebenläufigkeit]]'', ''Mehrsträngigkeit'' oder ''Mehrfädigkeit'' genannt) bezeichnet in der [[Informatik]] das gleichzeitige (oder quasi-gleichzeitige) Abarbeiten mehrerer [[Thread (Informatik)\|Thread]]s (Ausführungsstränge) innerhalb eines einzelnen [[Prozess (Informatik)\|Prozesses]] oder eines [[Prozess (Informatik)~~#Task~~\|Tasks]] (ein [[Anwendungssoftware\|Anwendungsprogramm]]).		'''Multithreading''' (auch ''[[Nebenläufigkeit]]'', ''Mehrsträngigkeit'' oder ''Mehrfädigkeit'' genannt) bezeichnet in der [[Informatik]] das gleichzeitige (oder quasi-gleichzeitige) Abarbeiten mehrerer [[Thread (Informatik)\|Thread]]s (Ausführungsstränge) innerhalb eines einzelnen [[Prozess (Informatik)\|Prozesses]] oder eines [[Prozess (Informatik)\|Tasks]] (ein [[Anwendungssoftware\|Anwendungsprogramm]]).

	Im Gegensatz zum [[Multitasking]], bei dem mehrere unabhängige Programme voneinander ''abgeschottet'' [[Multitasking\|quasi-gleichzeitig]] ausgeführt werden, sind die Threads eines Anwendungsprogramms ''nicht'' voneinander abgeschottet und können somit durch sogenannte [[Race Condition]]s Fehler verursachen, die durch [[Synchronisation]] vermieden werden müssen.		Im Gegensatz zum [[Multitasking]], bei dem mehrere unabhängige Programme voneinander ''abgeschottet'' [[Multitasking\|quasi-gleichzeitig]] ausgeführt werden, sind die Threads eines Anwendungsprogramms ''nicht'' voneinander abgeschottet und können somit durch sogenannte [[Race Condition]]s Fehler verursachen, die durch [[Synchronisation]] vermieden werden müssen.

Björn Hagemann: zurückgesetzt: keine Verbesserung des Artikels

2019-11-12T21:54:33Z

zurückgesetzt: keine Verbesserung des Artikels

← Nächstältere Version		Version vom 12. November 2019, 23:54 Uhr
Zeile 1:		Zeile 1:
	'''Multithreading''' (auch ''[[Nebenläufigkeit]]'', ''Mehrsträngigkeit'' oder ''Mehrfädigkeit'' genannt) bezeichnet in der [[Informatik]] das gleichzeitige (oder quasi-gleichzeitige) Abarbeiten mehrerer [[Thread (Informatik)\|Thread]]s (Ausführungsstränge) innerhalb eines einzelnen [[Prozess (Informatik)\|Prozesses]] ~~(auch~~ [[Prozess (Informatik)#Task\|Tasks]] ~~genannt)~~ (ein [[Anwendungssoftware\|Anwendungsprogramm]]).		'''Multithreading''' (auch ''[[Nebenläufigkeit]]'', ''Mehrsträngigkeit'' oder ''Mehrfädigkeit'' genannt) bezeichnet in der [[Informatik]] das gleichzeitige (oder quasi-gleichzeitige) Abarbeiten mehrerer [[Thread (Informatik)\|Thread]]s (Ausführungsstränge) innerhalb eines einzelnen [[Prozess (Informatik)\|Prozesses]] oder eines [[Prozess (Informatik)#Task\|Tasks]] (ein [[Anwendungssoftware\|Anwendungsprogramm]]).

	Im Gegensatz zum [[Multitasking]], bei dem mehrere unabhängige Programme voneinander ''abgeschottet'' [[Multitasking\|quasi-gleichzeitig]] ausgeführt werden, sind die Threads eines Anwendungsprogramms ''nicht'' voneinander abgeschottet und können somit durch sogenannte [[Race Condition]]s Fehler verursachen, die durch [[Synchronisation]] vermieden werden müssen.		Im Gegensatz zum [[Multitasking]], bei dem mehrere unabhängige Programme voneinander ''abgeschottet'' [[Multitasking\|quasi-gleichzeitig]] ausgeführt werden, sind die Threads eines Anwendungsprogramms ''nicht'' voneinander abgeschottet und können somit durch sogenannte [[Race Condition]]s Fehler verursachen, die durch [[Synchronisation]] vermieden werden müssen.

2.247.255.103: https://de.wikipedia.org/wiki/Multithreading

2019-11-12T21:53:55Z

https://de.wikipedia.org/wiki/Multithreading

← Nächstältere Version		Version vom 12. November 2019, 23:53 Uhr
Zeile 1:		Zeile 1:
	'''Multithreading''' (auch ''[[Nebenläufigkeit]]'', ''Mehrsträngigkeit'' oder ''Mehrfädigkeit'' genannt) bezeichnet in der [[Informatik]] das gleichzeitige (oder quasi-gleichzeitige) Abarbeiten mehrerer [[Thread (Informatik)\|Thread]]s (Ausführungsstränge) innerhalb eines einzelnen [[Prozess (Informatik)\|Prozesses]] ~~oder eines~~ [[Prozess (Informatik)#Task\|Tasks]] (ein [[Anwendungssoftware\|Anwendungsprogramm]]).		'''Multithreading''' (auch ''[[Nebenläufigkeit]]'', ''Mehrsträngigkeit'' oder ''Mehrfädigkeit'' genannt) bezeichnet in der [[Informatik]] das gleichzeitige (oder quasi-gleichzeitige) Abarbeiten mehrerer [[Thread (Informatik)\|Thread]]s (Ausführungsstränge) innerhalb eines einzelnen [[Prozess (Informatik)\|Prozesses]] (auch [[Prozess (Informatik)#Task\|Tasks]] genannt) (ein [[Anwendungssoftware\|Anwendungsprogramm]]).

	Im Gegensatz zum [[Multitasking]], bei dem mehrere unabhängige Programme voneinander ''abgeschottet'' [[Multitasking\|quasi-gleichzeitig]] ausgeführt werden, sind die Threads eines Anwendungsprogramms ''nicht'' voneinander abgeschottet und können somit durch sogenannte [[Race Condition]]s Fehler verursachen, die durch [[Synchronisation]] vermieden werden müssen.		Im Gegensatz zum [[Multitasking]], bei dem mehrere unabhängige Programme voneinander ''abgeschottet'' [[Multitasking\|quasi-gleichzeitig]] ausgeführt werden, sind die Threads eines Anwendungsprogramms ''nicht'' voneinander abgeschottet und können somit durch sogenannte [[Race Condition]]s Fehler verursachen, die durch [[Synchronisation]] vermieden werden müssen.

Pittimann: Änderungen von 79.236.160.131 (Diskussion) auf die letzte Version von 84.253.44.142 zurückgesetzt

2018-11-19T11:28:04Z

Änderungen von 79.236.160.131 (Diskussion) auf die letzte Version von 84.253.44.142 zurückgesetzt

← Nächstältere Version		Version vom 19. November 2018, 13:28 Uhr
Zeile 15:		Zeile 15:

	== Hardware ==		== Hardware ==
	Das [[Hardwareseitiges Multithreading\|hardwareseitige ~~MultithreadingYannick~~ ~~Riedl~~ ~~stinkt~~ ~~und~~ ~~ist behindert~~ dadurch, dass die Hardware eines Prozessors das scheinbare oder echte gleichzeitige Abarbeiten mehrerer Threads unterstützt. Die Software muss diese Fähigkeit verwenden und entsprechend in Threads aufgeteilt sein und diese beim Betriebssystem entsprechend anlegen/registrieren.		Das [[Hardwareseitiges Multithreading\|hardwareseitige Multithreading]] unterscheidet sich vom softwareseitigen dadurch, dass die Hardware eines Prozessors das scheinbare oder echte gleichzeitige Abarbeiten mehrerer Threads unterstützt. Die Software muss diese Fähigkeit verwenden und entsprechend in Threads aufgeteilt sein und diese beim Betriebssystem entsprechend anlegen/registrieren.

	Moderne Betriebssysteme teilen die Last einer Multithreading-verwendenden Anwendung vollautomatisch auf alle vorhandenen [[Prozessorkern]]e auf – mit dem Höchsttakt eines einzelnen Kernes, so wird eine verbesserte Reaktivität des Betriebssystems gewährleistet als auch die Performance jeder einzelnen Anwendung erhöht.		Moderne Betriebssysteme teilen die Last einer Multithreading-verwendenden Anwendung vollautomatisch auf alle vorhandenen [[Prozessorkern]]e auf – mit dem Höchsttakt eines einzelnen Kernes, so wird eine verbesserte Reaktivität des Betriebssystems gewährleistet als auch die Performance jeder einzelnen Anwendung erhöht.
Zeile 23:		Zeile 23:
	Es muss hierbei genau unterschieden werden zwischen hardwareseitigem Multi''threading'' und [[Mehrprozessorsystem\|Multi''processing'']]. Bei Multithreading laufen die Threads ''im selben Task-Kontext'', was für die Hardware sehr viel einfacher umzusetzen ist, z. B. wird keine zweite [[Memory Management Unit\|MMU]]/[[Seitentabelle]] benötigt. Bei echtem Multiprocessing ist jeder Ablauf ein eigener Prozess, jedoch könnte die Auslagerung von Threads auf physisch vorhandene Prozessorkerne ebenso als „echt nebenläufig“ eingestuft werden.		Es muss hierbei genau unterschieden werden zwischen hardwareseitigem Multi''threading'' und [[Mehrprozessorsystem\|Multi''processing'']]. Bei Multithreading laufen die Threads ''im selben Task-Kontext'', was für die Hardware sehr viel einfacher umzusetzen ist, z. B. wird keine zweite [[Memory Management Unit\|MMU]]/[[Seitentabelle]] benötigt. Bei echtem Multiprocessing ist jeder Ablauf ein eigener Prozess, jedoch könnte die Auslagerung von Threads auf physisch vorhandene Prozessorkerne ebenso als „echt nebenläufig“ eingestuft werden.

	Beim hardwareseitigen Multithreading entsteht nur marginaler Overhead während des Kontextwechsels, sofern die Anzahl der Rechenzeit-fordernden Software-Threads die Anzahl ~~Software~~-unterstützter Threads nicht übersteigt und somit jeder Thread „seine“ CPU-Ressourcen (vor allem den Registersatz) stets behalten kann.		Beim hardwareseitigen Multithreading entsteht nur marginaler Overhead während des Kontextwechsels, sofern die Anzahl der Rechenzeit-fordernden Software-Threads die Anzahl Hardware-unterstützter Threads nicht übersteigt und somit jeder Thread „seine“ CPU-Ressourcen (vor allem den Registersatz) stets behalten kann.

	Zusätzlich können (sowohl bei Hardware-seitigem Multithreading wie auch bei Multitasking) Prozessor-Funktionseinheiten, die von einem Rechenablauf gerade nicht verwendet werden, von einem anderen Thread verwendet werden (meist [[Hyper-Threading]] genannt). Durch die Vermeidung von [[Pipeline-Hazard]]s können dabei unproduktive Taktzyklen vermieden werden, die Gesamtsystemleistung pro CPU bzw. Prozessorkern steigt.		Zusätzlich können (sowohl bei Hardware-seitigem Multithreading wie auch bei Multitasking) Prozessor-Funktionseinheiten, die von einem Rechenablauf gerade nicht verwendet werden, von einem anderen Thread verwendet werden (meist [[Hyper-Threading]] genannt). Durch die Vermeidung von [[Pipeline-Hazard]]s können dabei unproduktive Taktzyklen vermieden werden, die Gesamtsystemleistung pro CPU bzw. Prozessorkern steigt.

79.236.160.131: /* Hardware */

2018-11-19T11:27:11Z

Hardware

← Nächstältere Version		Version vom 19. November 2018, 13:27 Uhr
Zeile 15:		Zeile 15:

	== Hardware ==		== Hardware ==
	Das [[Hardwareseitiges Multithreading\|hardwareseitige ~~Multithreading]]~~ ~~unterscheidet~~ ~~sich~~ ~~vom~~ ~~softwareseitigen~~ dadurch, dass die Hardware eines Prozessors das scheinbare oder echte gleichzeitige Abarbeiten mehrerer Threads unterstützt. Die Software muss diese Fähigkeit verwenden und entsprechend in Threads aufgeteilt sein und diese beim Betriebssystem entsprechend anlegen/registrieren.		Das [[Hardwareseitiges Multithreading\|hardwareseitige MultithreadingYannick Riedl stinkt und ist behindert dadurch, dass die Hardware eines Prozessors das scheinbare oder echte gleichzeitige Abarbeiten mehrerer Threads unterstützt. Die Software muss diese Fähigkeit verwenden und entsprechend in Threads aufgeteilt sein und diese beim Betriebssystem entsprechend anlegen/registrieren.

	Moderne Betriebssysteme teilen die Last einer Multithreading-verwendenden Anwendung vollautomatisch auf alle vorhandenen [[Prozessorkern]]e auf – mit dem Höchsttakt eines einzelnen Kernes, so wird eine verbesserte Reaktivität des Betriebssystems gewährleistet als auch die Performance jeder einzelnen Anwendung erhöht.		Moderne Betriebssysteme teilen die Last einer Multithreading-verwendenden Anwendung vollautomatisch auf alle vorhandenen [[Prozessorkern]]e auf – mit dem Höchsttakt eines einzelnen Kernes, so wird eine verbesserte Reaktivität des Betriebssystems gewährleistet als auch die Performance jeder einzelnen Anwendung erhöht.
Zeile 23:		Zeile 23:
	Es muss hierbei genau unterschieden werden zwischen hardwareseitigem Multi''threading'' und [[Mehrprozessorsystem\|Multi''processing'']]. Bei Multithreading laufen die Threads ''im selben Task-Kontext'', was für die Hardware sehr viel einfacher umzusetzen ist, z. B. wird keine zweite [[Memory Management Unit\|MMU]]/[[Seitentabelle]] benötigt. Bei echtem Multiprocessing ist jeder Ablauf ein eigener Prozess, jedoch könnte die Auslagerung von Threads auf physisch vorhandene Prozessorkerne ebenso als „echt nebenläufig“ eingestuft werden.		Es muss hierbei genau unterschieden werden zwischen hardwareseitigem Multi''threading'' und [[Mehrprozessorsystem\|Multi''processing'']]. Bei Multithreading laufen die Threads ''im selben Task-Kontext'', was für die Hardware sehr viel einfacher umzusetzen ist, z. B. wird keine zweite [[Memory Management Unit\|MMU]]/[[Seitentabelle]] benötigt. Bei echtem Multiprocessing ist jeder Ablauf ein eigener Prozess, jedoch könnte die Auslagerung von Threads auf physisch vorhandene Prozessorkerne ebenso als „echt nebenläufig“ eingestuft werden.

	Beim hardwareseitigen Multithreading entsteht nur marginaler Overhead während des Kontextwechsels, sofern die Anzahl der Rechenzeit-fordernden Software-Threads die Anzahl ~~Hardware~~-unterstützter Threads nicht übersteigt und somit jeder Thread „seine“ CPU-Ressourcen (vor allem den Registersatz) stets behalten kann.		Beim hardwareseitigen Multithreading entsteht nur marginaler Overhead während des Kontextwechsels, sofern die Anzahl der Rechenzeit-fordernden Software-Threads die Anzahl Software-unterstützter Threads nicht übersteigt und somit jeder Thread „seine“ CPU-Ressourcen (vor allem den Registersatz) stets behalten kann.

	Zusätzlich können (sowohl bei Hardware-seitigem Multithreading wie auch bei Multitasking) Prozessor-Funktionseinheiten, die von einem Rechenablauf gerade nicht verwendet werden, von einem anderen Thread verwendet werden (meist [[Hyper-Threading]] genannt). Durch die Vermeidung von [[Pipeline-Hazard]]s können dabei unproduktive Taktzyklen vermieden werden, die Gesamtsystemleistung pro CPU bzw. Prozessorkern steigt.		Zusätzlich können (sowohl bei Hardware-seitigem Multithreading wie auch bei Multitasking) Prozessor-Funktionseinheiten, die von einem Rechenablauf gerade nicht verwendet werden, von einem anderen Thread verwendet werden (meist [[Hyper-Threading]] genannt). Durch die Vermeidung von [[Pipeline-Hazard]]s können dabei unproduktive Taktzyklen vermieden werden, die Gesamtsystemleistung pro CPU bzw. Prozessorkern steigt.

84.253.44.142: /* Hardware */

2018-11-06T08:19:56Z

Hardware

← Nächstältere Version		Version vom 6. November 2018, 10:19 Uhr
Zeile 25:		Zeile 25:
	Beim hardwareseitigen Multithreading entsteht nur marginaler Overhead während des Kontextwechsels, sofern die Anzahl der Rechenzeit-fordernden Software-Threads die Anzahl Hardware-unterstützter Threads nicht übersteigt und somit jeder Thread „seine“ CPU-Ressourcen (vor allem den Registersatz) stets behalten kann.		Beim hardwareseitigen Multithreading entsteht nur marginaler Overhead während des Kontextwechsels, sofern die Anzahl der Rechenzeit-fordernden Software-Threads die Anzahl Hardware-unterstützter Threads nicht übersteigt und somit jeder Thread „seine“ CPU-Ressourcen (vor allem den Registersatz) stets behalten kann.

	Zusätzlich können (sowohl bei Hardware-seitigem Multithreading wie auch bei Multitasking) Prozessor-Funktionseinheiten, die von einem Rechenablauf gerade nicht verwendet werden, von einem anderen Thread verwendet werden (meist [[Hyper-Threading]] genannt). Durch die Vermeidung von [[Pipeline-Hazard]]s können dabei unproduktive Taktzyklen vermieden werden, die Gesamtsystemleistung pro CPU bzw. Prozessorkern steigt		Zusätzlich können (sowohl bei Hardware-seitigem Multithreading wie auch bei Multitasking) Prozessor-Funktionseinheiten, die von einem Rechenablauf gerade nicht verwendet werden, von einem anderen Thread verwendet werden (meist [[Hyper-Threading]] genannt). Durch die Vermeidung von [[Pipeline-Hazard]]s können dabei unproduktive Taktzyklen vermieden werden, die Gesamtsystemleistung pro CPU bzw. Prozessorkern steigt.

	== Weblinks ==		== Weblinks ==