I forgot to say that I also don't think we should be thinking in such black and white terms between standalone mode and grid mode. <br><br>With the system we have at the moment, we can do anything in between. For instance we could have local user server and grid server but use separate Asset/Inventory servers.<br><br>I really don't think we have started to get near to how a future distributed system will work, so it seems wrong to start removing flexibilty and tying ourselves to one method.<br><br><b><i>Michael Wright <michaelwri22@yahoo.co.uk></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> I really don't think standalone mode is a relic of the past, and don't think its finest hour is anywhere near yet. I think adaptions of standalone mode, with a Hypergrid type systems, are a big part of the future.<br><br>There are so many applications that a variant of standalone would fit much better
than full grid mode.<br><br>But even if its not, it is certainly useful for testing and for new users. And performs much better than a grid for a few regions. Someone was asking about this in #dev the other day...Why when they switch from standalone to grid mode with the same number of regions, was the performance much worse.<br><br>There is also the issue that Justin mentioned last time we talked about this (last week in the other thread), of a user having to monitor the other processes and restarting them if one of them crashed. <br><br>I really think we should be moving away from the grid system we have now. I think we could improve the Hypergrid concept of the grid/map and have a more peer to peer grid service.<br><br>But again I do think there is a lot that we can do to simplify the code paths, we have a lot of duplication that isn't needed and don't share code and interfaces between the UGAIM and the standalone services as much as we should. <br><br>So my vote is
still -1 to removing standalone mode. <br><br><b><i>Melanie <melanie@t-data.com></i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> I believe the simplification of internal code paths is worth the <br>multiple processes. Of course, you may have a different opinion.<br><br>I further believe that the overhead is negligible and caught up by <br>the time saved within the application, for not having to call across <br>delegates, interfaces and X layers of indirection.<br><br>An "implicit grid mode" can certainly be made VS friendly - just a <br>matter of designing it that way.<br><br>And grid mode != SLClone. All the new directions (distributed asset <br>system, OpenID, etc) revolve around grid mode.<br><br>Standalone is a relic from the early days that should have it's <br>finest hour just about now. It's about as useless as a HTTP 1.0 <br>webserver in view of the things to
come.<br><br>Melanie<br><br><br>Teravus Ovares wrote:<br>> Melanie felt the need to resurrect this discussion in another<br>> 'subject' (remember, Gmail threads these, so the subjects do matter).<br>> <br>> She asked me, "what does standalone give me that a local grid doesn't'.<br>> 1. A single process<br>> 2. A less overhead 'networking' the parts together<br>> 3. A quick way to test new things. Add them to the grid server later.<br>> (visual studio debugger is easier this way)<br>> 4. Structured centralized grid mode wasn't really the design<br>> intention. It just sort of morphed into that. Originally the concept<br>> for this was a distributed system of individual regions that you could<br>> visit via a region browser.<br>> 5. SLCLONE--;<br>> <br>> There are more.. but 5 will do for now.<br>> <br>> Best Regards<br>> <br>> Teravus<br>> <br>> On 12/11/08, Sean Dague <sdague@gmail.com> wrote:<br>>>
Kyle "G" wrote:<br>>> > We have not tried it either (grid mode SQLite) I also ASSumed it would work.<br>>> > Doh! And FYI Happy Holidays All!<br>>><br>>> I don't think we have a grid adapter for sqlite, but all the rest of the<br>>> services can be run under it (and writing the griddatastore should be<br>>> only a couple hours of work if someone wanted to do that). You just<br>>> don't want to do that in an environment that gets much load.<br>>><br>>> -Sean<br>>><br>>> --<br>>> Sean Dague / Neas Bade<br>>> sdague@gmail.com<br>>> http://dague.net<br>>><br>>><br>>><br>>> _______________________________________________<br>>> Opensim-dev mailing list<br>>> Opensim-dev@lists.berlios.de<br>>> https://lists.berlios.de/mailman/listinfo/opensim-dev<br>>><br>>><br>>><br>>
_______________________________________________<br>> Opensim-dev mailing list<br>> Opensim-dev@lists.berlios.de<br>> https://lists.berlios.de/mailman/listinfo/opensim-dev<br>> <br>> <br>_______________________________________________<br>Opensim-dev mailing list<br>Opensim-dev@lists.berlios.de<br>https://lists.berlios.de/mailman/listinfo/opensim-dev<br></sdague@gmail.com></blockquote><br><div> _______________________________________________<br>Opensim-dev mailing list<br>Opensim-dev@lists.berlios.de<br>https://lists.berlios.de/mailman/listinfo/opensim-dev<br></div></blockquote><br><p>