Hi Umar.<br><br>Attempting to increase region scalability by region subdivision is broken by design.<br><br>We examined many different scaling models over two years in the Architecture Working Group in SL, and region subdivision is the worst proposal by far.  I wrote up a fairly detailed analysis of this very bad idea here:<br>
<br><div style="margin-left: 40px;"><a href="https://wiki.secondlife.com/wiki/ANALYSIS:_Region_Subdivision_as_a_scaling_method">ANALYSIS: Region Subdivision as a scaling method</a><br></div><br>It summarizes as:  "Don't go there, that direction is littered with descaling problems and limits."<br>
<br>More promising directions include:<br><br><ul><li>Farming out simulation workload dynamically, <i><b>not</b></i> by geographic subdivision.</li><li>Virtualizing the concept of "region" to break the static resource assignment.</li>
<li>Grouping workload by actor interaction sets to keep workloads bounded.</li><li>Assigning computing resources per agent rather than to virtual land.</li><li>Removing all proxy duties from simulators, leaving only reference orchestration:  assets and objects are stored and updated elsewhere.</li>
</ul><br>It's worth noting that the biggest constraint on Opensim region scalability is the SL viewer, because it is hardwired to SL's non-scalable region model.  Opensim cannot currently make any improvements unless they are compatible with the SL viewer.  The best start towards shedding those legacy limitations would be to adopt and support a new client with a flexible architecture that isn't chained to LL's design.<br>
<br>Some attempts have been made at creating one -- Idealist, for example, but it is not currently viewed as central to enabling Opensim evolution, so progress has been slow.  Perhaps realXtend's Naali holds the future as a generic Opensim viewer that can adapt to Opensim's future needs, who knows.<br>
<br>The Opensim project does need a flexible viewer of its own as a reference, to support its progress as its viewer-services model evolves, otherwise it will be locked to and restricted by the SL client's model, which would be very unfortunate in my view.<br>
 <br><br>Morgaine.<br><br><br><br><br><br><br>=================================<br><br><div class="gmail_quote">On Mon, Jan 25, 2010 at 12:43 PM,  <span dir="ltr"><<a href="mailto:U.Farooq@uea.ac.uk">U.Farooq@uea.ac.uk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Dear All,<br>
<br>
I am a research student at UEA Norwich UK and new to this group. I am<br>
working on the scalability and consistency issues for virtual worlds with<br>
an emphasis on developing a new infrastructure that splits a region into<br>
subregions more than 2.  I have executed both modes of OpenSimulator and<br>
seems really interesting for the implementation of my ideas. I might<br>
require help of you all if possible to understand and extend the existing<br>
OpenSimulator for my work.<br>
<br>
Best wishes and hope to hear from anyone who might be interested! Thanks<br>
in advance!!<br>
<br>
Umar<br>
Virtual Humans Group,<br>
University of East Anglia,<br>
Norwich NR4 7TJ,<br>
United Kingdom.<br>
<br>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</blockquote></div><br>