[Opensim-dev] [Opensim-users] grid operation

[Melanie]

I believe the simplification of internal code paths is worth the 
multiple processes. Of course, you may have a different opinion.

I further believe that the overhead is negligible and caught up by 
the time saved within the application, for not having to call across 
delegates, interfaces and X layers of indirection.

An "implicit grid mode" can certainly be made VS friendly - just a 
matter of designing it that way.

And grid mode != SLClone. All the new directions (distributed asset 
system, OpenID, etc) revolve around grid mode.

Standalone is a relic from the early days that should have it's 
finest hour just about now. It's about as useless as a HTTP 1.0 
webserver in view of the things to come.

Melanie


Teravus Ovares wrote:
> Melanie felt the need to resurrect this discussion in another
> 'subject' (remember, Gmail threads these, so the subjects do matter).
> 
> She asked me, "what does standalone give me that a local grid doesn't'.
> 1. A single process
> 2. A less overhead 'networking' the parts together
> 3. A quick way to test new things.  Add them to the grid server later.
> (visual studio debugger is easier this way)
> 4. Structured centralized grid mode wasn't really the design
> intention.  It just sort of morphed into that.  Originally the concept
> for this was a distributed system of individual regions that you could
> visit via a region browser.
> 5.  SLCLONE--;
> 
> There are more..  but 5 will do for now.
> 
> Best Regards
> 
> Teravus
> 
> On 12/11/08, Sean Dague <sdague at gmail.com> wrote:
>> Kyle "G" wrote:
>> > We have not tried it either (grid mode SQLite) I also ASSumed it would work.
>> > Doh! And FYI Happy Holidays All!
>>
>> I don't think we have a grid adapter for sqlite, but all the rest of the
>> services can be run under it (and writing the griddatastore should be
>> only a couple hours of work if someone wanted to do that).  You just
>> don't want to do that in an environment that gets much load.
>>
>>        -Sean
>>
>> --
>> Sean Dague / Neas Bade
>> sdague at gmail.com
>> http://dague.net
>>
>>
>>
>> _______________________________________________
>> Opensim-dev mailing list
>> Opensim-dev at lists.berlios.de
>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>
>>
>>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
> 
>