[Opensim-dev] [Opensim-users] grid operation
Kyle "G"
create at reactiongrid.com
Thu Dec 11 14:01:13 UTC 2008
Agree 100% Teravus! We do a free monthly "90 Minutes to OpenSim" class on
Microsoft Island SL and on our grid starting next month. You can fire up a
home sim from zero knowledge and connect to any grid out there. I do not
use zip files or installers I force the class to learn SVN and how to keep
current or revert. This class is immensely popular and has spawned dozens
of new OpenSim owners. I shudder to think of how long a class would be for
grid mode including installing MSSQL or MySQL. I am planning this type of
advanced class soon as well but to do both at once is teacher suicide. I
even have permanent slides on Microsoft Island in SL to build your own
standalone with links to resources. FYI Microsoft has asked us for OpenSim
capabilities in order to begin moving to OpenSim grids in 2009. This is
mostly due to the community they see growing and are excited to be a part
of.
Also for our own grid ReactionGrid we encourage sim owners and devs to have
a local home or office sim in standalone to experiment on. This way they are
not using our grid or a clients grid to test things. It also serves as a
local, disconnected workspace for when users are offline for some time.
Thanks to save-oar and save-xml2 we can allow for disconnected development.
We also allow free connections to our grid with approved, PG project. This
way we can allow for underprivileged users to join up from a home/office
standalone and have this in place now with many sims on our grid.
There are likely dozens more scenarios for standalone mode. It is crucial we
keep this mode alive and work to simplify it as the gateway to more advanced
adventures with OpenSim.
Hurumph to keeping it! (I am too old to use “+1”)
Kyle G
www.reactiongrid.com
-----Original Message-----
From: opensim-dev-bounces at lists.berlios.de
[mailto:opensim-dev-bounces at lists.berlios.de] On Behalf Of Teravus Ovares
Sent: Thursday, December 11, 2008 8:43 AM
To: opensim-dev at lists.berlios.de
Subject: Re: [Opensim-dev] [Opensim-users] grid operation
I'm definately +1 on keeping standalone mode.
It's that troublesome grid mode that really has to go! haha. Just
kidding on that second part.
Yeah, really, I never understood why a few people want to remove it.
It's a fast, convenient and free way to get a grid-in-a-box. You
can make your cake and eat it too.
Best Regards
Teravus
On 12/11/08, Michael Wright <michaelwri22 at yahoo.co.uk> wrote:
> Corrected Version with some spelling mistakes fixed and other small
changes.
>
> I agree, and if we make the code and interface more shared between
> standalone mode and the Grid servers, then all the Grid server app have to
> be is minimum wrappers around the base classes. With them basically just
> registering http handlers.
>
> This allows there to a gradient between full standalone mode and full Grid
> mode. Different application are going to require different levels of
> functions and embedded services.
>
> With one application maybe requiring a embedded Grid and User server in
the
> single instance but using external Inventory and Asset servers. And these
> Inventory/asset servers could be shared with other applications/grids.
>
> Also I think future work on hyper grid could improve these sort of
> applications. Allowing applications that require minimum separate backend
> support, but being part of a bigger hyper grid.
>
> There are so many different applications/ case uses that we haven't really
> even started to think about yet, that I think it would be a massive
mistake
> to make the distributed grid servers we have now, the only way of using
> Opensim.
>
>
> Michael Wright <michaelwri22 at yahoo.co.uk> wrote:
> I agree, and if we make the code and interface more shared between
> standalone mode and the Grid servers, then all the Grid server app have to
> be is minimum wrappers around the base classes. With them basically just
> requesting http handlers.
>
> This allows there to a gradient between full standalone mode and full Grid
> mode. Different application are going to require different levels of
> functions and embedding.
>
> With one application maybe requiring a embedded Grid and User server in
the
> single instance but using external Inventory and Asset servers. And these
> Inventory/asset servers maybe could be shared with other
applications/grids.
>
> Also I think future work on hyper grid can improve these sort of
> applications. Applications requiring minimum backend support but being
part
> of a bigger hyper grid.
>
> There are so many different applications/ case uses that we haven't really
> even started to think about yet, that I think it would be a massic mistake
> to make the distributed grid servers we have now the only way of using
> Opensim.
>
>
> "Kyle \"G\"" <create at reactiongrid.com> wrote:
>
> I have some ideas for embedded, disconnected apps, mobile in nature which
> require a small embeddable DB and minimal footprint from OpenSim. For
this
> reason we feel standalone mode is important and needed but for the
majority
> of what we plan in 2009 HyperGrid is a revolution we are really happy to
see
> as we would love to be part of a bigger community of similar OpenSim
grids.
>
> Kyle G
> www.reactiongrid.com
>
> From: opensim-dev-bounces at lists.berlios.de
> [mailto:opensim-dev-bounces at lists.berlios.de] On Behalf Of
> Michael Wright
> Sent: Thursday, December 11, 2008 6:37 AM
> To: opensim-dev at lists.berlios.de
> Subject: Re: [Opensim-dev] [Opensim-users] grid operation
>
> -1, I think standalone mode is a important feature, and will become more
> important in the future
>
> I do think though, that we can do a lot more to cut down the code paths
and
> make the grid services share code and interfaces better with standalone
mode
>
> Ryan McDougall <sempuki1 at gmail.com> wrote:
> belated +1
>
> On Fri, Dec 5, 2008 at 7:52 PM, Hurliman, John wrote:
> > It seems to me that standalone mode could easily be replaced with a
small
> C# app that launches all of the grid services with the proper
configuration.
> This would reduce a lot of code paths.
> >
> > John
> >
> >> -----Original Message-----
> >> From: opensim-dev-bounces at lists.berlios.de
> [mailto:opensim-dev-
> >> bounces at lists.berlios.de] On Behalf Of Stefan Andersson
> >> Sent: Friday, December 05, 2008 2:40 AM
> >> To: opensim-dev at lists.berlios.de; opensim-users at lists.berlios.de
> >> Subject: Re: [Opensim-dev] [Opensim-users] grid operation
> >>
> >> Kyle,
> >>
> >>> I'm going to claim utter and absolute selfishness here and state that
> >>> I cannot see any situation under which I would have only 1 location
> >>> open in the 3D web.
> >>
> >> But others can and do - especially the out-of-the-box noob or the app
> >> dev just wanting to throw up a region to test a module.
> >>
> >>> For the purpose of "easily getting things set up", standalone is all
> >>> but useless in its initial state. It's certainly easier to get set
> >>> up, but it's also much more limited.
> >>
> >> It has one glorious use : letting people get an instant taste of
> >> OpenSim. That's probably what got us this far this fast.
> >>
> >>> Grid mode is perhaps a bit more difficult to set up -- but the
> >>> default in the configuration file is for the Null storage plugin to
> >>> be used under standalone mode. This makes things... difficult... when
> >>> trying to explain how to get modifications to the environment saved.
> >>
> >> For region persistence, it's SQLite, not Null?
> >>
> >>> Because
> >>> first, you have to explain how to configure the storage for the other
> >>> modules (again, for standalone).
> >>
> >> I must admit I'm a bit confused as of what resources you mean need
> >> configuration and extra set-up. Can you be more specific?
> >>
> >>> Also, I've been following the posts on the topic of the HyperGrid. I
> >>> need more information on this: will it work for any of the minigrids
> >>> to be in standalone mode when they try to connect with the HG? My gut
> >>> feeling says no... and my reason for promoting grid over standalone
> >>> is simply this: the HyperGrid is much closer to what the web is --
> >>> multiple administrative domains that all work together to pass
> >>> traffic between them. I don't view HG as being the final evolution,
> >>> but I do view it as being a very good start.
> >>
> >> Definitively - HG is a major step along the very lines we've been
> >> envisioning since the very beginning - when we first started using the
> >> phrase "3D Web". Let's not forget the "friendly teleports" region
> >> handle hacks of old. This is all building one step at a time, towards
> >> a golden future. The project has come a long way in only two years.
> >>
> >> And I'm pretty confident that there's even more magical stuff brewing
> >> on private hard drives and in corporate offices. :D
> >>
> >>> (And thank you, as always, for your time. :))
> >>
> >> And thank you for yours, Kyle!
> >>
> >> /Stefan
> >>
> > _______________________________________________
> > 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
>
> No virus found in this incoming message.
> Checked by AVG - http://www.avg.com
> Version: 8.0.176 / Virus Database: 270.9.16/1842 - Release Date:
12/10/2008
> 6:53 PM_______________________________________________
> 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
No virus found in this incoming message.
Checked by AVG - http://www.avg.com
Version: 8.0.176 / Virus Database: 270.9.16/1842 - Release Date: 12/11/2008
8:36 AM
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20081211/05442cd2/attachment-0001.html>
More information about the Opensim-dev
mailing list