Hält Windows die Last von mehreren tausend Spielern gleichzeitig aus? Da das ganze auf .NET basiert, denke ich mal, dass es ziemlich lahm sein wird und somit nicht geeignet ist.
?!
Windows ist wie Linux ein modernes Betriebssystem und hat ähnliche Lastfähigkeiten.
.Net ist gerade mit .Net 4 an die Geschwindigkeit von nativem Code angekommen. Ich persönlich würde mir wenige Gedanken um Windows und .Net machen. Der einzige Faktor der gegen Windows spricht ist der Kostenfaktor und eventuell Spezialanwendungen, die Linux-Unterstützung benötigen. Oder eventuell einfach die Tatsache, dass dir Linux bekannter, bequemer und evtl sympatischer ist.
Wenn dir WCF zu langsam ist, was es im Regelfall nicht ist, da es hochoptimierte, binäre Objekte ebenfalls unterstützt, kannst du auch immer noch Sockets in .Net implementieren. Aber... Ich behaupte: Ein 'nebenbei' implementiertes Sockethandling wird langsamer sein als WCF zu nutzen, insbesondere wenn du http.sys als Server nutzt.
Leider habe ich selbst zu wenig Ahnung von WCF. Ich nutze es nur beim Brückenbauer (http://brueckenbauer.depon.net). Dort gehen aber nur wenige Requests durch.
Ansonsten nutze ich den HttpListener um mein BG zu implementieren.
Macht man das in ganz normalen Arrays? Ich habe vor, den Spielstand alle 5 Minuten auf einem externen DB-Server zu speichern, um mich vor Datenverlust zu schützen.
Ich persönlich mache es genauso, betreibe momentan allerdings nur ein 10 Mann-BG ;-)
Einen Absturz meiner Serversoftware oder des Servers hatte ich in den letzten 2 Jahren nicht. Insbesondere durch die Verwendung von Managed-Programmiersprachen (.Net/Java) kannst du sehr fehlertolerante Software bauen, die auch im Notfall bei einer unbehandelten Ausnahme/Exception die Daten auf die Platte sichert, bevor sie dann den Dienst beendet.
