spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Bei IO ist ein separater Thread generell sinnvoll, wenn Du die FPS nicht komplett auf 0 drehen willst für eine Weile. Dieser Thread sollte natürlich ohnehin NIEMALS irgendwas auf das Display zeichnen wollen. Er muss IO machen, mehr nicht.

Static-Variablen sind dann noch immer die selben, solange Du kein fork() nimmst. Allerdings solltest Du eventuell dringend darüber nachdenken static Variablen abzuschaffen. Das ist *gerade* bei Multithreading eine ganz schlechte Idee und ein großes Synch-Problem.

Es gibt auch Non Blocking Sockets, womit Du das auch in der Hauptschleife machen könntest. RakNet und Konsorten machen aber immer einen eigenen Thread auf und kümmern sich dann natürlich auch um die Synchronisierung.

Du musst bei einem eigenen Thread ja auch bedenken: wie verarbeite ich die empfangenen Pakete? Wie übergebe ich Pakete für das Versenden? Denn damit änderst Du ja auch vom Hauptthread aus diverse Listen und Strukturen des Netzwerk-Threads und musst auch synchronisieren.

Meine Empfehlung: schnapp Dir RakNet. Ist kostenlos für Hobbyentwickler und bringt schon eine Menge Zeugs mit, das Du sonst selbst schreiben müsstest. Verlässlichkeitsgarantie auf Wunsch, regelmäßiges Pingen, Feststellen von Verbindungsverlusten, Helferklassen für bitweises Zusammenstellen von Paketen, NAT-Punchthrough, Master Server, Voice und was weiß ich noch alles. Und macht natürlich auch das erwähnte Threading selbst, also könntest Du diesen Teil Deiner Wissenslücke an was Harmloseren schließen. Multithreading ist nix für ne halbe Stunde nebenbei.

Und ich kann persönlich nur von Raknet abraten. Es hat zwar viel drumrum, machte aber in meinen Tests bisher seine eigentlichen Hausaufgaben nicht wirklich gut (Raknets Verhalten im Reliable Modus ist sehr grob). Aber vielleicht wurde das ja nachgebessert und ich sollte mal meine Tests aktualisieren.

Was empfiehlst Du denn stattdessen?

Zum eigentlichen Thema: Für kleine Anwendungen reichen sockets in nonblocking modus. Mit Threading muss man halt darauf achten, dass man zwar einfach weiterhin kreuz und quer auf Variablen zugreifen kann, aber es schnell zu bösen Fehlern kommt, wenn man threadübergreifende Zugriffe nicht per lock/mutex/pipes/queues etc absichert.
Zu meiner persönlichen Empfehlung: naja je nach geforderten Abstraktionslevel und Anforderung Asio,enet oder irrnetlite. SMFL ist sicherlich auch nicht schlecht, aber damit habe ich keine persönliche Erfahrung gemacht.

Das hat normal nichts mit Schnelligkeit von Computern zu tun. Man benutzt in solch einem Fall Threads, damit das Programm nicht angehalten wird, solange Daten gesendet oder empfangen werden. Hier gehts also weniger um Geschwindigkeit von Computern, als von Netzwerken um es mal umgangssprachlich auszudrücken.