Eigenes 3D MMORPG mit Delphi möglich?

[Zudomon]

Ja! Also ich habe bei Delphi extreme Probleme mit Multithreading... habe heute eingebaut, dass die Internetseiten im Hintergrund runtergeladen werden. Sobald ich in der Execute des Threads auch nur eine Instanz erzeuge, fängt es an, meinen Hauptthread zu blocken. Ich habe mal gehört, dass es an dem Speicher liegt, der da ne critical Section für öffnet.

Den Loader gibt es auch. Nervigerweise schlagen da einige Virenprogramme drauf an... warum? Anscheinend wegen der UAC Abfrage. Wenn ich das deaktiviere und kompiliere, dann finden die da keinen Trojaner drin... wenn ich das dann einfach die exe in Stonequest_Installer umbenenne, dann macht Windows automatisch eine UAC Abfrage und die Virenprogramme schlagen immernoch nicht an. Hätte das jetzt schon so gemacht, aber ich habe vor, den Loader ganz aus dem Verkehr zu ziehen und die Installation direkt in das Spiel mit rein zubringen. Vorher war der Loader eigentlich dafür da, die neueste Version, die gepackt auf dem Server liegt, zu installieren.

PS: StoneQuest läuft bei weitem noch nicht so, wie ich es mir vorstelle... aber wenn ihr mir eine Lösung bzgl. des Multithreadings nennen könnt, dann könnte es eventuell besser werden.

[mquadrat]

Nur damit ich mal ne Vorstellung kriege: Wieviele Daten werden denn so durschnittlich von einem Peer an einen anderen in sagen wir mal 1 Minute übertragen? Bei P2P ist der üblicherweise niedrige Upstream ja immer das Problem. Wenn also in den umliegenden Clustern 1.000 Spieler sind, müsste der Peer alle 1.000 up to date halten plus die Zentraldatenbank? Oder werden je nach verfügbarer Bandbreite Super-Nodes bestimmt, die schwächeren Nodes die Arbeit abnehmen? Oder eine lokale Hierarchie?

Ich denke die Super-Nodes würden sich anbieten, sobald der Peer erkennt, dass seine Bandbreite zum Aktualisieren der anderen Peers nicht mehr ausreicht. Könnte man zentral über den Tracker steuern. Ist kein Super-Node vorhanden könnte der Tracker einen Server zuschalten, der als Super-Node agiert.

Ich nehme an, dass verschiedene Klassen von Informationen vorgesehen sind? Je weiter weg desto weniger Infos müssen übertragen werden. Das wäre auch ein gutes Maß für die Priorisierungs-Algorithmen in der Kommunikation.

Ist alles ins Unreine geschrieben, macht nur mal wieder Spaß ein bisschen über P2P nachzudenken (hab meine Diplomarbeit über P2P Video-On-Demand geschrieben )

[Zudomon]

Dazu habe ich mir bisher keine Gedanken gemacht. Ich programmiere einfach immer drauf los, und schaue, was man braucht oder wo es hinführt. Auf groß planen habe ich keine Lust *g*

Aber was ich wirklich gerne wüsste, wie ich in Delphi das Multithreading hinbekomme... und zwar so, dass ich Instanzen erzeugen kann, ohne das gleich alle Threads kurzzeitig unterbrochen werden.

[Medium]

Multithreading in Delphi ist das gleiche wie sonst überall in der Windows-Welt. Du müsstest da schon etwas genauer werden, mit dem was du da tust, und wo das Problem liegt. Allerdings sei gesagt: Sobald Threads ins Spiel kommen, die gemeinsame Resourcen verwenden, ist's schnell vorbei mit "einfach drauf los", da man sich so ganz ohne Plan und Struktur schneller Deadlocks und Synchronisationshöllen einhandeln kann, als einem lieb ist

[Zudomon]

Also mein Problem bezüglich Multithreading lässt sich eigentlich sehr einfach auf den Punkt bringen:

Man benutze den Hauptthread und lässt da drin eine Endlosschleife laufen, macht vielleicht irgendwas was, in meinem Fall eben das Rendering usw. . Wenn man nun die Framedeltas als Graph anzeigen lässt, müsste es bei gleicher Last immer ziemlich ähnliche Framedeltas geben.

Nun startet man bevor die Endlosschleife ausgeführt wird, noch einen Workerthread und legt den auf einen anderen Prozessorkern, so dass man sicher sein kann, dass da nichts dazwischenfunkt...
In dem Workerthread startet man auch eine Endlosschleife...

Resultat: Alles läuft perfekt und wie gewollt... wenn man nun in dem Workerthread rechnet usw. läuft auch alles prima.

Aber erzeugt man nun im Workerthread in dieser Endlosschleife eine einzige Instanz und gibt diese wieder frei, so beginnt der Hauptthread zu stockeln. Und dafür habe ich bisher keine Lösung. Ich könnte mir vorstellen, dass es deswegen ist, weil der ganze Heapspeicher von allen Threads geteilt wird und dann bei einer Instanz sichergestellt werden muss, dass der Speicher der zugewiesen wird, nicht gerade von anderen Threads benutzt wird.

PS: Die Threads haben untereinander keine Verbindung...

[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?