[sldev] Scalable Sim Question

Sheet Spotter sheet.spotter at gmail.com
Sat Aug 9 10:04:37 PDT 2008

I would be curious how extensively the existing SL server exploits the use
of multi-threading and multi-processor.


Is there any opportunity to distribute the functional blocks across multiple
threads or processors?


For example, could the physics be run on one processor, while the
communications (chat, IM, notices, etc.) runs on a separate processor, and
the scripts ran on yet another processor?


I realize there are dependencies and overlap. Chat distance relies on the
location of each avatar, which is calculated by the physics engine.
Similarly, scripts frequently rely on position information for performing
sensor scans, etc.


Are physics, communications, and scripts even the three most important
functional blocks? Hmmm.Texture downloads probably figure prominently in the



Sheet Spotter



From: sldev-bounces at lists.secondlife.com
[mailto:sldev-bounces at lists.secondlife.com] On Behalf Of Dahlia Trimble
Sent: August 8, 2008 7:35 PM
To: sldev at lists.secondlife.com
Subject: Re: [sldev] Scalable Sim Question


Something vaguely similar to this has been demonstrated by the libopenmv
team. They used bots to echo the performance of musicians in another sim so
a wider audience could see the show. John Hurliman has a video of this on
his blog at
y-disguised-robots/  The SL Shakespeare Company has also conducted research
along these lines.

OpenSim has an experimental feature where a region that becomes highly
loaded can be split into multiple smaller regions and each segment can then
be processed on a seperate CPU core, but I'm not certain how complete the
implementation is yet.

On Fri, Aug 8, 2008 at 12:14 PM, Steven Hornik <shornik at yahoo.com> wrote:

I want to preface that I'm not a developer but lurk on this list to see
what's happening.  I'm sure this isn't the best place to post this question
but thought some here might be able to provide an answer or at least a
pointer in the right direction.

Here is the dilemma:  finite limit to how many avatars can be on one sim.
Solution (well I don't know if this can be done and that's why I'm asking
here): Mirrored sims, a bit of explanation, please ignore my use of
incorrect terminology.  Let's say I have an island with objects, scripts
etc.  That sim can "hold" roughly 60 AV's, what if I had 500 AV's that
needed to access that sim.  What is to prevent SL from using a mirror image
of one server that holds my island/objects/scripts and scaling it (as
needed) depending on how many av's were trying to access that one location.
So I might be on the sim and interacting with 59 other AV's.  When someone
else tries to access the sim, instead of a sim full message they would be
sent to a mirrored sim - objects/scripts would be the same and you would be
with a different set of 59 AV's, and so on.

Is this pie-in-the-sky?




Dr. Steven Hornik
University of Central Florida
Dixon School of Accounting
Second Life: Robins Hermano
yahoo ID: shornik
twitter: shornik



Policies and (un)subscribe information available here:
Please read the policies before posting to keep unmoderated posting


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20080809/f3bd0a7f/attachment.htm

More information about the SLDev mailing list