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><p>