This then leads to the question, can a standalone be changed over to grid? If you use a mysql backend for the standalone, can it just be changed over to grid in the configs?
On Sat, Aug 20, 2011 at 3:52 AM, Diva Canto <[email protected]> wrote: > See basic definitions here, which is the model that has been guiding > OpenSim development for a while: > http://opensimulator.org/wiki/Virtual_World_Model > > In principle, the concept of grid is orthogonal to the concept of simulator > trust domain. In practice, and in the vast majority of cases, they are > unified (i.e. 1 grid = 1 trust domain), but in a few but famous cases, they > aren't -- that's the case of OSGrid, which is a grid with several simulator > trust domains in it. If the concept of "simulator trust domain" is too > abstract, substitute the expression "multiple simulator trust domains" by > "connecting someone else's simulator to a grid". > > Technically, what makes a grid being a grid is having multiple simulator > servers serving different portions of the virtual space, instead of just one > simulator server -- that's all. One can run a grid with an external resource > server (Robust, Simian) or without, using only simulator servers and a > shared DB; the latter configuration is what I call serverless grids: > http://opensimulator.org/wiki/Serverless_Grids -- that article is > outdated, but it explains the concept. > > When there are multiple simulators (=grid), whether the simulators are > operated by the same authority or decentralized by several authorities is a > different issue. For example, the Avination grid and the SL grid are each > operated entirely by one authority; the OSGrid grid is operated by a > multitude of authorities [that must implicitly trust each other at the > moment]. > > > > On 8/19/2011 8:13 AM, Bob Wellman wrote: > > I have run Opensim both standalone as standalone and for the last three > years PMgrid in grid mode so I understand the differences very well. > > However I can see where newcommers get confused when we talk about grids > beings a collection of regions and then use the term "grid mode" to mean > running using several servers or service instances in collaberation to run a > grid. > > I have often wondered if it wouldnt be better to coin a different term > for what we currently call grid mode to avoid confusion. Maybe we could > use Cooperative mode or Multi Service mode or Distributed mode to describe > the alternative mode to Standalone. Something that better decribes the mode > of operation rather than "grid" which I think should be used just to > describe the region arrangement. Just a thought! > > When Intels DSG work hits mainstream (soon I hope) we will need to > distinguish grids that run using the current central Robust.exe(s) and one > or more Opensim.exe instances (i.e. what we now call "Grid mode") to those > that run the new even more Distrubuted services provided by DSG. > > Getting good clear terminology for mdes of operation defined now would help > a lot in future I think. > > Like I say just my thoughts. Any one else have thoughts on this? > > > > > Date: Fri, 19 Aug 2011 11:11:25 +0100 > > From: [email protected] > > To: [email protected] > > Subject: Re: [Opensim-users] Awaiting region handshake > > > > Thanks for the clarification Diva, me jumping in too quickly I guess. > > > > I didn't think a standalone accepted region registration requests from > > other opensim.exe's, but that you needed robust.exe to accept > > registrations from other opensim.exe's. I know that opensim.exe > > handles all the services when in standalone - but thought it was "cut > > down" and didn't support external region registrations. I take it from > > what you say it can do that? I've never even tried tbh. > > > > What you say about owners not supporting ad-hoc regions being connected > > is of course true but that is a policy issue and enforced by firewall > > rules. As far as I am aware robust.exe WILL accept a registration > > request from other opensim.exe's if the port to it is left open. Of > > course, I may well be wrong with that but when I asked about this before > > (if there was any way to stop people registering with my grid - I was > > told I had to block the port and that would be the way to do it). > > > > -----Original Message----- > > From: [email protected] > > [mailto:[email protected]<[email protected]>] > On Behalf Of Diva Canto > > Sent: 18 August 2011 20:56 > > To: [email protected] > > Subject: Re: [Opensim-users] Awaiting region handshake > > > > > I believe you can create as many regions as you like in a standalone > > > but you are the only person that can go there I have created both and > > > to have other ppl come to visit you need to be a grid > > > > This is not correct. Standalones can handle users from anywhere in the > > world, as long as the routers are configured for that. > > > > > Basically, a standalone does not allow others to connect their region > > > to your simulator, while a grid does. This has nothing to do with > > > people visiting it. > > > > This is also not correct. > > Most grids are operated by one single organization/person and don't > > support the attachment of ad-hoc regions operated by others. OSGrid is > > an exception in this respect. > > > > The difference between a standalone and a grid is simply the number of > > components (usually hardware) involved. A standalone has all services > > running in one single process in one single machine; a grid has many > > simulator processes, usually on different machines, and it typically > > centralizes resource management in yet other machine(s). > > > > So if you just want a small world with a few thousand objects in world > > at any given time, stay with a standalone; if you plan to scale up, look > > into the grid configuration. > > > > _______________________________________________ > > Opensim-users mailing list > > [email protected] > > https://lists.berlios.de/mailman/listinfo/opensim-users > > _______________________________________________ > > Opensim-users mailing list > > [email protected] > > https://lists.berlios.de/mailman/listinfo/opensim-users > > > _______________________________________________ > Opensim-users mailing > [email protected]https://lists.berlios.de/mailman/listinfo/opensim-users > > > > _______________________________________________ > Opensim-users mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-users > >
_______________________________________________ Opensim-users mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-users
