Account erstellen | Login | Download / How To Play | FAQ | Support
Benutzerinformationen überspringen
Wandelnde Legende
Registrierungsdatum: 22.08.2010
Wohnort: Flensburg
Hauptcharakter: Darktempler
Gilde: Afterlife
Classic würde mich dort evtl doch schon eher reizen. Ohne EP Erhöhung etc.
Die Last auf verschiedene Server zu verteilen wäre ein deutlich größerer Aufwand und wäre mit deutlich mehr Problemen verbunden, als das beim Mapthreading-Patch der Fall ist/wäre.
Clustering ist nach meinem Kenntnisstand bisher nicht vorgesehen und in einer solchen Logik extrem schwer und aufwendig zu implementieren.
Dazu kommt, dass ein Mapthreading-Patch eine Grundlage für ein solches Clustering wäre. Denn wenn man nichtmal die Last auf verschiedene Kerne verteilen kann - wie soll man das dann auf verschiedene Server schaffen...
Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »SynonymOfGod« (15. März 2014, 10:12)
Benutzerinformationen überspringen
Wandelnde Legende
Registrierungsdatum: 22.08.2010
Wohnort: Flensburg
Hauptcharakter: Darktempler
Gilde: Afterlife
G
Vielleicht kommt ja mit dem Zusammenschluss von RG und B2B mal ein anderer Server o.ä. zu tragen.
Benutzerinformationen überspringen
Wandelnde Legende
Registrierungsdatum: 22.08.2010
Wohnort: Flensburg
Hauptcharakter: Darktempler
Gilde: Afterlife
Wäre es denn möglich auf dem Server einen zweiten wow-server-prozess zu starten, der die gleiche Datenbank benutzt?
So könnten Raidgilden auf dem "Raid-Realm" ihre Raids machen und so den "Basic-Realm" zu Stoßzeiten erheblich entlasten. Durch die gemeinsame Datenbank hat man dann seine Chars, Items, ID's usw. immer auf beiden Realms.
Meine Frage ist eher, ob man einen zweiten WoW-Server(software) auf dem gleichen Server(hardware) installieren kann und beide so konfigurieren, dass sie die gleiche Datenbank verwenden, wodurch sie auf dem gleichen Stand sind.Die Last auf verschiedene Server zu verteilen wäre ein deutlich größerer Aufwand und wäre mit deutlich mehr Problemen verbunden, als das beim Mapthreading-Patch der Fall ist/wäre. Clustering ist nach meinem Kenntnisstand bisher nicht vorgesehen und in einer solchen Logik extrem schwer und aufwendig zu implementieren.
Dazu kommt, dass ein Mapthreading-Patch eine Grundlage für ein solches Clustering wäre. Denn wenn man nichtmal die Last auf verschiedene Kerne verteilen kann - wie soll man das dann auf verschiedene Server schaffen...
edit: Was ich eigentlich schreiben wollte...
Ich kann mir gut vorstellen das man zwei Server zur selben Datenbasis betreibt. Dazu fallen mir zwei Methoden ein:
1.) Zwei Seperaate LogonServer und WoWServer... Also man locked über die Datenbank. Man setzt ein Flag das der Account auf dem anderen Server eingeloggt ist und so einen schmarn... dies fänd ich aber eher suboptimal.
2.) Ein LogonServer und zwei WowServer. Man würde dem User in seiner Accountverwaltung angeben lassen auf welcher Realm der Account 'zuhause' ist. So kann der LogonServer schon unterscheiden auf welchen WoWServer der Account weitergeleitet werden soll.. Wirkliche synchronisationsprobleme sehe ich da nicht... Aber ich kenne die strukturen eh nicht mehr wirklich.
Man könnte das sicherlich sogar soweit aufschlüsseln (kA wieviel aufwand es ist.) das man bei der Charakter auswahl erst auf den richtigen Server transferiert wird. Also ein Acc könnte nChars auf BTB1 und mChars auf BTB2 haben... Aber ich denke das ist ein zu großer aufwand da die CHarakterauswahl soviel ich weiß schon vom WoWServer übernommen wird und die beiden also auch eine Kommunikation haben müssten.
Nur meine Gedanken zum Thema..