JLI Spieleprogrammierung

Dietmar Ferstl · Verfasst am: 14.06.2004, 20:44 Titel:

Hallo,

einigen wir uns auf eine Subthread.

Nehmen wir mal an, dieser Thread wird mit: sleep(0) verlassen.
Wie will man denn wissen, wann es in diesem Thread wieder weitergeht?

D.

AFE-GmdG · Verfasst am: 14.06.2004, 20:44 Titel:

Windows hat ein Prioritätssystem, dass ganz klaare Regeln vorschreibt.
Es gibt Prioritäten, 5 Glaube ich und diverse Unterprioritäten.
Alle Threads und Prozesse befinden sich in einer Warteschleife, bis der Prozessor nach einer gewissen Zeit (200 Microsekunden glaub ich) den nächsten Kandidaten auswählt. Es werden immer wartende Prozesse mit der höchsten Priorität genommen, erst danach niedriger angesiedelte Prozesse und zum Schluss die idle-Prozesse.
Prozesse, die die höchste Prio. haben sind in der Regel nur Systemprozesse, die sich aber sofort schlafen legen, wenn sie nichts zu tun haben. Anwendungen laufen mit normaler Prio. und diverse Tools mit Idle-Prio. Jeder Thread eines Tasks kann zudem unterschiedlich priorisiert sein (nur mit Unterprioritäten)

Um jedes System Lahmzulegen, muss man nur ein Programm schreiben, dass so viele Threads anlegt, wie es Prozessoren im System gibt und jeder Thread in einer Endlosschleife [ for(; Wink

; ] mit der höchsten Priorität verweilt...
_________________

Dietmar Ferstl · Verfasst am: 14.06.2004, 20:49 Titel:

Hallo,

es geht wesentlich schneller als nur 200 Microsekunden.

Das lässt sich sehr leicht testen, indem man einen Zähler inkrementiert,
und danach sleep(0) aufruft.

Aber das Timesharing ist unter Windows wohl nicht kontrollierbar, oder kennt sich da jemand besser aus?
Ich zumindest habe schon erlebt, dass ein Thread über eine sekunde nicht mehr bedient wurde, weil windows irgendwie im Speicher rumgekrasmt hat. Auslagern, Einlagern und all so'n unnützen Kram halt.

D.

Fallen · Verfasst am: 14.06.2004, 20:53 Titel:

Dietmar Ferstl · Verfasst am: 14.06.2004, 21:04 Titel:

Fallen · Verfasst am: 15.06.2004, 12:38 Titel:

Ich versteh die Frage immer noch nicht genau, dein Beispiel war nicht grade gut gewählt Wink

Willst du das der Subthread nur alle 2 Millisekkunden anspringt oder was genau ?
_________________
"I have a Core2Quad at 3.2GHz, 4GB of RAM at 1066 and an Nvidia 8800 GTS 512 on Vista64 and this game runs like ass whereas everything else I own runs like melted butter over a smokin' hot 18 year old catholic schoolgirl's arse."

Dietmar Ferstl · Verfasst am: 15.06.2004, 12:41 Titel:

nein,
der subthread soll allerspätesten 2 Millisekunden nachdem dieser thread die CPU mit sleep(0) weitergereicht hat, wieder angesprungen werden.

Und das ist leider nicht bewerkstelligenbar. Zumindest nicht für einen Newbie wie mich. Sad

Oder ?

D.

Fallen · Verfasst am: 15.06.2004, 12:44 Titel:

Ich glaub nicht das dies möglich ist da ja das OS bzw. der Prozessor die Rechenzeiten einteilt. Man könnte allerhöchstens die ThreadPriorität steigern und hoffen das dies etwas bringt.

Aber was sind schon 2 Millisekunden Wink

_________________
"I have a Core2Quad at 3.2GHz, 4GB of RAM at 1066 and an Nvidia 8800 GTS 512 on Vista64 and this game runs like ass whereas everything else I own runs like melted butter over a smokin' hot 18 year old catholic schoolgirl's arse."

Dietmar Ferstl · Verfasst am: 15.06.2004, 13:05 Titel:

Fallen · Verfasst am: 15.06.2004, 13:44 Titel:

Wenn du auf sowas achtest musst du ja mit zeitkritischen Ablüfen arbeiten. Wenn das wirklich so ist und du eine kritische Zeitkontrolle hast sollte man da schon mit Zeitanpassungsformeln arbeiten (deltaTime und Co.)
_________________
"I have a Core2Quad at 3.2GHz, 4GB of RAM at 1066 and an Nvidia 8800 GTS 512 on Vista64 and this game runs like ass whereas everything else I own runs like melted butter over a smokin' hot 18 year old catholic schoolgirl's arse."

Dietmar Ferstl · Verfasst am: 15.06.2004, 14:56 Titel:

Hi,

das nützt einem leider nichts, falls eine Reaktion erst ausserhalb der Toleranzzeit stattfinden kann.

D.

AFE-GmdG · Verfasst am: 16.06.2004, 08:24 Titel:

In einer Einprozessor-Multiprozess-Umgebung kann dir NIEMAND garantieren, dass dein Thread nach einer von dir festgelegten Zeit 100%ig wieder drann ist. Erst wenn mehr Prozessoren als Threads zur verfügung stehen, kann man zimlich sicher sein, dass dein Thread ständig einen Rechenbereiten Prozessor findet bzw. besitzt. Dies ist heutzutage aber noch nicht der Fall...
Außerdem ist dann immernoch das Problem der begrenzten Ressourcen - zwei Prozesse können eben nicht zur gleichen Zeit die Festplatte nutzen, die arbeitet nun mal nur sequentiell (wenn auch schon mit ansehnlicher Geschwindigkeit, aber eben nicht so schnell wie ein Prozessor mir direken Ram-Zugriff)
_________________

KI · Verfasst am: 07.08.2004, 00:22 Titel:

Fallen · Verfasst am: 07.08.2004, 23:15 Titel:

Der Flag D3DCREATE_MULTITHREADED sorgt dafür das bestimmte interne DirectX Daten und Funktionen sicher gemacht werden, wodurch es unmöglich für andere threads ist darauf zuzugreifen, das sieht ungefähr so aus:

KI · Verfasst am: 07.08.2004, 23:22 Titel:

Danke für die Antwort. Very Happy

Und was weißt du über die Laufzeitbibliothek, die man bin der Rubrik Codeerstellung in den Eigeschaften des Projektes einstellen kann?

Da kann man ja zwischen ML(Singlethreaded) und MT(Multithreaded) wählen. Da ich 2 Threads verwende, habe ich mich gewundert, dass man das Projekt auch mit der Parameter ML(Singlethreaded) kompilieren kann....

Ich wollte wissen, ob ich nicht besser MT benutzen sollte..?

Danke für den Link... vielleicht beantwortet der ja schon meine Frage. Smile