Eigenes 3D MMORPG mit Delphi möglich?

[Medium]

Wie wäre es denn dann mit einem zu Programmstart vorinitialisierten Threadpool? Das wäre ein Spontaneinfall für einen schnellen Fix.

[Zudomon]

Kannst du mir das genauer erklären?

[Medium]

Du erstellst dir einfach zu Programmstart eine Hand voll Threads, wirfst die in eine Liste, und lässt die zunächst mal alle "Leerrunden" drehen. (repeat Sleep(1) until Terminated) Diese Threads bekommen noch eine Liste von "Arbeitsaufträgen", die sie, so denn was drin steht, von dem Thread abgearbeitet werden - so ein Auftrag könnte rein theoretisch sogar ein Methodenzeiger sein, so dass du beliebige Methoden von wo her auch immer im Threadkontext laufen lassen könntest. (Nur bei OS-Resourcen aufpassen, manche lassen sich nur in dem Thread verwenden, in dem sie erzeugt wurden.) Das wäre aber schon die sehr allgemeine Variante eines Workerthreadpools. Wenn die Funktion immer gleich ist, macht es ggf. mehr Sinn, Daten in den Thread zu stopfen, die der dann mit immer dem gleichen Algo durchnudelt, z.B. Kram übers Netz jagen.

Dadrüber wäre dann eine kleine Managerroutine sinnig, die das Verteilen von Aufgaben an die Threads verwaltet (z.B. dem mit der aktuell kleinsten Arbeitsliste). Und... ich würde das ja in eine hübsche, handliche Klasse kapseln

Damit liefen die Threads an sich also schon von Anfang an, und würden nur bei Bedarf mit Daten oder Methoden gefüttert. Wie viele man davon nachher braucht, ist von der Anwendung abhängig, und je nach Auslastung dieser spielt auch noch die Anzahl CPU Kerne mit rein. Viel mehr als 2*Kernanzahl (logische) macht eher selten wirklich Sinn.

[Zudomon]

Ja, ziemlich exakt so habe ich das in meiner Engine gemacht... und es hat fürchterlich geruckelt...
Ich habs dann soweit runtergebrochen bis ich gemerkt habe, was der Sündenbock ist... sobald in den Workerthreads Instanzen erzeugt werden, kann man es vergessen.

[Klaus01]

.. aber sollte es nicht gehen, aus dem Workerthread heraus neue Aufträge auf den Auftragsstack zu legen. Der Stack wird dann wie gewohnt von den bereits bestehenden Threads abgearbeitet.
Neue Thread müssten so nicht erzeugt werden.

Grüße
Klaus

[WladiD]

Ich hab ja bisher nicht allzuviel Code gesehen, dennoch meine Vermutung:

FastMM skaliert schlecht, wenn in mehreren Threads strings oder dynamische Arrays vergrößert bzw. instanziert werden.

Hier eine ausführliche Abhandlung darüber...

Ist es bei dir der Fall?

[Zudomon]

Ist denn dieser FastMM der Delphi Standard? Ich benutze Turbo Delphi.
Aber ich vermute auch, dass es am Memory Management liegen muss... ich denke, ich schau gleich einfach mal, ob ich ein wenig code zusammen bekommen, um das mal zu zeigen.