Ja, entweder viele kleinere Grids, oder wie die Metros es jetzt machen, den dicken Zentralservice zerlegen und viele kleinere Mirror installieren.
Akis Lösung ist ja im Grunde nix anderes. Der Surabaya speichert alle Assets ab und nur wenn ein noch nicht aufgerufenes Asset abgerufen wird, telefoniert er zum Gridserver. So spiegelt er nach und nach den kompletten Asset- und Inventarserver und garantiert schnellen Zugriff auf die Assets und die Inventare.
Das dicke Problem ist halt, OS basiert auf LL und die Software war nie dafür ausgelegt ein Netzwerk von Rechnern über weite Entfernungen zu versorgen. Bei den kurzen Leitungen die LL hat, macht es nix, wenn der Sim wegen jeder, aber auch wirklich jeder Kleinigkeit "nach Hause telefoniert". Sobald aber einige Kilometer oder auch hunderte Kilometer Kabel dazwischen liegen kommt es zu Latenzen und alles fängt an zu hinken.
Kommt dann noch ein Bug wie der vom mono dazu, oder die suboptimale Globale Netzfähigkeit von .NET, dann eiert es.
Und diese Probleme wird Aurora auch haben. Denn die interne Basis wird immer noch LL kompatibel sein, also auch ein fleissig "nach Hause telefonierender" Simkern.
Um dieses Problem wirklich in den Griff zu bekommen gibt es 2 Wege:
1. Man baut den Sim komplett um und gewöhnt ihm das unnötige telefonieren ab, was auf Dauer den Gridserver entlasten würde.
oder
2. Man verkürzt die Wege zu den Sims in dem man Asset Mirror einrichtet und die Last der Zugriffe verteilt.
Die Bewohner des Metros die aus den USA kommen, haben jetzt das gleiche Problem wie die OSGler die aus Europa kamen. Wegen dieses "Langleitungsproblem" ist ja der Surabaya nur entstanden.
Um die Massiven Probleme bei vielen Usern zu umgehen, muss man eine Lösung finden, die wesentlich besser skaliert als OpenSim es zur Zeit mit der Zentralen Gridserver Lösung tut. Ich hoffe echt, die Metro Admins schaffen da einen Ansatz.
Ich hab das Gefühl, dass bei der ganzen Entwicklung der Gridserver immer eher Stiefmütterlich behandelt wurde. Es wird Zeit sich dem mal anzunehmen. Denn ein Grid was bei 250-300 eingeloggten Usern in die Knie geht ist ein Witz. Mehr schafft OpenSim nicht, und ich schätze mal auch Aurora nicht, wie mal im OSgrid ausprobiert wurde. Und soweit ich es richtig mitbekommen habe, war nicht der Asset- oder Inventarserver der Flaschenhals, sondern der Presence Service.
Also auf einere bessere Zukunft.
Liebe Grüsse
Ly
Akis Lösung ist ja im Grunde nix anderes. Der Surabaya speichert alle Assets ab und nur wenn ein noch nicht aufgerufenes Asset abgerufen wird, telefoniert er zum Gridserver. So spiegelt er nach und nach den kompletten Asset- und Inventarserver und garantiert schnellen Zugriff auf die Assets und die Inventare.
Das dicke Problem ist halt, OS basiert auf LL und die Software war nie dafür ausgelegt ein Netzwerk von Rechnern über weite Entfernungen zu versorgen. Bei den kurzen Leitungen die LL hat, macht es nix, wenn der Sim wegen jeder, aber auch wirklich jeder Kleinigkeit "nach Hause telefoniert". Sobald aber einige Kilometer oder auch hunderte Kilometer Kabel dazwischen liegen kommt es zu Latenzen und alles fängt an zu hinken.
Kommt dann noch ein Bug wie der vom mono dazu, oder die suboptimale Globale Netzfähigkeit von .NET, dann eiert es.
Und diese Probleme wird Aurora auch haben. Denn die interne Basis wird immer noch LL kompatibel sein, also auch ein fleissig "nach Hause telefonierender" Simkern.
Um dieses Problem wirklich in den Griff zu bekommen gibt es 2 Wege:
1. Man baut den Sim komplett um und gewöhnt ihm das unnötige telefonieren ab, was auf Dauer den Gridserver entlasten würde.
oder
2. Man verkürzt die Wege zu den Sims in dem man Asset Mirror einrichtet und die Last der Zugriffe verteilt.
Die Bewohner des Metros die aus den USA kommen, haben jetzt das gleiche Problem wie die OSGler die aus Europa kamen. Wegen dieses "Langleitungsproblem" ist ja der Surabaya nur entstanden.
Um die Massiven Probleme bei vielen Usern zu umgehen, muss man eine Lösung finden, die wesentlich besser skaliert als OpenSim es zur Zeit mit der Zentralen Gridserver Lösung tut. Ich hoffe echt, die Metro Admins schaffen da einen Ansatz.
Ich hab das Gefühl, dass bei der ganzen Entwicklung der Gridserver immer eher Stiefmütterlich behandelt wurde. Es wird Zeit sich dem mal anzunehmen. Denn ein Grid was bei 250-300 eingeloggten Usern in die Knie geht ist ein Witz. Mehr schafft OpenSim nicht, und ich schätze mal auch Aurora nicht, wie mal im OSgrid ausprobiert wurde. Und soweit ich es richtig mitbekommen habe, war nicht der Asset- oder Inventarserver der Flaschenhals, sondern der Presence Service.
Also auf einere bessere Zukunft.
Liebe Grüsse
Ly
DeReOS Grid - http://dereos.org
