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

[Melanie]

Hi,

if (gridmode)
{
	if(local assets)
	{
		call_local_service();
	}
	else
	{
		call_server_service();
	}
}
else
{
	call_local_service();
}

That is ugly and wasteful and complicates things. And throw in the 6 
odd interfaces we have, it makes for having to edit 18 files to add 
one method.
So, you don't want to edit 18 files. Fine. Use an existing method? 
Oh, it doesn't fit? Null some values! That makes for ugly code.
I just believe that plumbing something through to a local backend 
and a set of servers should be a few edits, maybe 4-6 files. If that 
can be done, and ugly constructs like the baove dropped, fine. I 
wouldn't fight standalone mode then.

As for people putting gridmode vs. hypergrid into the mix: I think a 
single standalone will not be enough to "host" the "websites". I see 
a gridsite of the future being a grid of 3-6 servers, with lots of 
inbound and external links.
I believe gridmode (to share one's own things between one's own 
servers) and hypergrid (the 3d web) augment each other beautifully.

Melanie


Stefan Andersson wrote:
>> I believe the simplification of internal code paths is worth the > multiple processes. Of course, you may have a different opinion.
> Restructuring into proxies, http wrappers and concrete services will have the same effect;
>  
> IAssetServer myassetServer;
>  
> if(in-process private asset server)
> {
>   myassetServer = ConcreteLocalAssetServer();
>   myassetserver.Start();
> }
> else
> {
>    if( in-process public asset server )
>   { 
>      ConcreteAssetServer localassetServer = ConcreteAssetServer( port );
>      localassetServer.Start();
>  
>      assetServerUrl = localassetServer.Url;
>   }
>   else
>   {
>      // out-of-process remote asset server
>      assetServerUrl = GetConfig( "remote_asset_server_url" );
>   }
>  
>      myassetServer = ConcreteAssetProxy( assetServerUrl );
> }
>  
> Of course, ConcreteAssetServer should be implemented as an communications wrapper around a ConcreteLocalAssetServer.
>  > 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.
> That is just not true. The case where you want to run a 3D world as an integrated desktop application will always be with us. Just because the hyper hype is on, and we're looking at how to restructure the backends, doesn't mean we should throw what we already built up.
>  
> You are thinking progression where it's really about variation.
>  
> /Stefan
>  
>> 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 do
n'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> > > > > _______________________________________________> 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