Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Werbeanzeige

11

05.11.2006, 18:13

Schönes Tutorial, macht bestimmt auch Lust auf mehr. Wäre toll, wenn man das ein bisschen erweitern könnte, denn es ist ein wirklich interessantes Thema. Interessant wären zum Beispiel JobQueue's die das Nachladen von Daten im Hintergrund ermöglichen ohne große Synchronisationsarbeit bewältigen zu müssen.

Die Verwendung von Threads unter Code-technischen Gesichtspunkten hast du zwar sehr gut erläutert, aber Threads richtig anzuwenden ist eine Wissenschaft für sich.

FlyingDragon

Frischling

  • »FlyingDragon« ist der Autor dieses Themas

Beiträge: 38

Wohnort: Sachsen

Beruf: Consultant / Software Architekt

  • Private Nachricht senden

12

05.11.2006, 18:19

Zitat von »"Osram"«

Welche Formatierungsprobleme?

* Der letzte Quelltext ist bei mir total grün.
* Der Text unter dem Screenshot ist kursiv, obwohl nur ein Wort kursiv sein sollte

Zitat

Übrigens wäre auch etwas zum allgemeinen Debuggen von MT Applikationen nett :).

Joar, ist aber compilerspezifisch ;)
Achtung! Das Lesen dieses Beitrags kann Ihnen und den Menschen in ihrer Umgebung erheblichen Schaden zufügen.
___________
Mein Leben, Freunde und die Spieleentwicklung

rewb0rn

Supermoderator

Beiträge: 2 773

Wohnort: Berlin

Beruf: Indie Game Dev

  • Private Nachricht senden

13

05.11.2006, 18:25

Der Text unterm Screenshot ist bei mir gar nicht kursiv. Was das grüne soll weiß ich auch nicht, versuchs vielleicht mal mit // Kommentaren

T-VIRUS

Alter Hase

Beiträge: 548

Wohnort: Göttingen(West)/Nordhausen(Ost)

Beruf: Schüler

  • Private Nachricht senden

14

05.11.2006, 19:31

@rewborn
Das liegt tazächlich am mehrzeiligen Kommenatar!!
Lieber // nutzen dann funkts ;)
Meine Blog:)

Wer Bugs im Text findet kann sie melden, fix erscheint irgendwann :D

MFG T-VIRUS

FlyingDragon

Frischling

  • »FlyingDragon« ist der Autor dieses Themas

Beiträge: 38

Wohnort: Sachsen

Beruf: Consultant / Software Architekt

  • Private Nachricht senden

15

05.11.2006, 19:40

Zitat von »"T-VIRUS"«

@rewborn
Das liegt tazächlich am mehrzeiligen Kommenatar!!
Lieber // nutzen dann funkts ;)

Ja, wenn man schon mal mit C anfängt, dann muss man es auch durchziehen ;) . Die // sind C++-Kommentare und /* */ halt C-Kommentare. Aber in anderen Foren wird das richtig angezeigt. Liegt wahrscheinlich am CPP-Tag.
Achtung! Das Lesen dieses Beitrags kann Ihnen und den Menschen in ihrer Umgebung erheblichen Schaden zufügen.
___________
Mein Leben, Freunde und die Spieleentwicklung

Sicaine

unregistriert

16

06.11.2006, 16:22

Zitat von »"Nox"«

Nur so nebenbei. Das ist sozusagen nur der Grundstein für Multithreading.
@riCo du kannst jedem Thread eine Priorität zuweisen. Aber natürlich ist es auch so, dass wenn eine Anwendung mehrere Threads hat, die Anwendung insg. mehr Rechenzeit bekommt, weil alle Threads je nach Priorität einen bestimmten von der Rechenzeit bekommt. Und je mehr Threads man hat umso mehr Anteile werden ja in Anspruch genommen. Aber man kann aus einer cpu nicht mehr rausholen als drinn ist ;).


Kannst du mal ne Source zu dieser Aussage geben? Warum sollte Windows ein Programm mit mehr Threads mehr priogeben?

Das Gurke

Community-Fossil

Beiträge: 1 996

Wohnort: Pinneberg

Beruf: Schüler

  • Private Nachricht senden

17

06.11.2006, 18:06

Programm ist doch != Thread. Ein Programm kann durchaus mehrere Threads / Prozesse (?) starten und somit insgesamt auch "mehr" CPU Zeit verbraten. Allerdings eben nicht mehr als der CPU dann auch macht *g*

Nox

Supermoderator

Beiträge: 5 272

Beruf: Student

  • Private Nachricht senden

18

06.11.2006, 18:09

Wer es sich an tuen will:
"DLLs, Processes, and Threads Technical Articles
Win32 Multithreading Performance" zu finden in der MSDN
Der Artikel ist aber ziemlich angestaubt und ich glaube, dass auf modernen Maschinen, die Vorteile von Multithreading noch mehr Gewicht haben.
PRO Lernkurs "Wie benutze ich eine Doku richtig"!
CONTRA lasst mal die anderen machen!
networklibbenc - Netzwerklibs im Vergleich | syncsys - Netzwerk lib (MMO-ready) | Schleichfahrt Remake | Firegalaxy | Sammelsurium rund um FPGA&Co.

Sicaine

unregistriert

19

06.11.2006, 19:37

Zitat von »"Das Gurke"«

Programm ist doch != Thread. Ein Programm kann durchaus mehrere Threads / Prozesse (?) starten und somit insgesamt auch "mehr" CPU Zeit verbraten. Allerdings eben nicht mehr als der CPU dann auch macht *g*


Nur dass der Prozess unter sich die Threads laufen laest. Kein Grund warum Windows daarinbefindliche Threads besser behandeln sollte.

@nox ich werd ma lesen

Das Gurke

Community-Fossil

Beiträge: 1 996

Wohnort: Pinneberg

Beruf: Schüler

  • Private Nachricht senden

Werbeanzeige