Back2Basics - blizzlike+ WoW 2.4.3 / TBC Server

Zitat von »Robards18«

dass du ein patch, das maps auf verschiedene server aufteilt, durch ein patch, das maps auf verschiedene server aufteilt umgehen willst?

Server (bzw. Prozess) <> CPU-Kern (bzw. Thread)

Manchmal kann sowas schon sinnvoll sein. Z.B. wenn der Serverprozess irgendwelches Geraffel im globalen Scope hat, die Datenschicht drunter aber generell mit mehreren Clients umgehen kann. Ohne jetzt den mangos-code genauer zu kennen tippe ich aber mal darauf, dass das hier nicht so ist - sonst hätten wir vmtl. schon lange separate Instanz-Server.

Selbst wenn das etwas bringen würde...so ist es ohne einen Mapthreading Patch gar nicht möglich. Dieser bedeutet ja das man die Map-Last auf verschiedene Kerne aufteilen kann. Wenn das nicht geht, wie will man das dann auf versch. Server aufteilen können?

Zitat

Genauere Infos und Zeitangaben zur Umsetzung auf B2B folgen voraussichtlich morgen im RG Forum von Exordian. Ich werde das dann hier noch mal verlinken.

Ich kam gestern und komme heut vermutlich nicht mehr dazu, das zu verfassen, allerdings haben wir auf dem WotLK Realm das Wochenende (und immernoch) einen Test am Laufen der grundlegende Sachen unter Mangos ändert (speziell Scheduler zu nutzen die auf Echtzeitsysteme ausgelegt sind) - und da Trinity ja ein Fork von Mangos ist, ist die Chance gut dass das hier auch Performance bringt. Vorallem ein schnelleres Interrupt Handling im Kernel sollte performance gewinn hier bringen, in den nächsten 1-2Wochen werd ich TBC nachziehen.

IPC ( http://de.wikipedia.org/wiki/Interprozesskommunikation ) macht solang wir kein Datencenter haben keinen Sinn, da wir keinen Einfluss haben auf das Netzwerk. Mapthreading ist mehr oder weniger der einzig Sinnvolle Ansatz neben einer echten Multi-Application-Server Struktur. Aber da Mangos keinerlei Vorkehrungen hat, und auch die Datenintegrität jetzt schon mehr schlecht als recht ist (Transactions werden kaum genutzt, foreign keys gibts kaum uvm) wäre das Einbauen die Arbeit eines Vollzeit-Programmierers für ein halbes Jahr. Mapthreading ist das einzige wofür bereits eine Basis vorhanden ist, und daher das einzige, solang wir kein bezahltes Team haben das Vollzeit Arbeiten kann, in Reichweite für uns ist. Aber wie gesagt, die änderungen die ich in den nächsten 2 Wochen durchführen werde sollten bereits Performance gewinne bringen - was allerdings nichts dran ändert dass die Performance exponentiell mit den Spielern sinkt, und sich das Problem immer nur verschieben wird.

https://www.rising-gods.de/forum/8-serve…gen.html#585932

Ohne große Versprechungen zu machen - dürften die selben Optimierungen bei TBC ebenfalls die Update-Diffs stark drücken. TBC wird aufjedenfall direkt nachgezogen.