Agreed, standalone is quite useful. I use it for development and have several standalone regions that I use for content creation offline from any grid. I can also see standalone being used for non multiuser applications such as single player games or other 3d applications where internet access does not add any value, where the server can run alongside the client on the same pc.<br>
<br><div class="gmail_quote">On Fri, Dec 19, 2008 at 2:10 AM, Michael Wright <span dir="ltr"><<a href="mailto:michaelwri22@yahoo.co.uk">michaelwri22@yahoo.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
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><div><div></div><div class="Wj3C7c"><br><b><i>Melanie <<a href="mailto:melanie@t-data.com" target="_blank">melanie@t-data.com</a>></i></b> wrote:</div></div>
<blockquote style="border-left:2px solid rgb(16, 16, 255);margin-left:5px;padding-left:5px"><div><div></div><div class="Wj3C7c"> 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></div>
</div><div class="Ih2E3d">> On 12/11/08, Sean Dague 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>>> <a href="mailto:sdague@gmail.com" target="_blank">sdague@gmail.com</a><br>
>> <a href="http://dague.net" target="_blank">http://dague.net</a><br>>><br>>><br>>><br>>>
_______________________________________________<br>>> Opensim-dev mailing list<br>>> <a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
>><br>>><br>>><br>> _______________________________________________<br>> Opensim-dev mailing list<br>> <a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br>
> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>> <br>> <br>_______________________________________________<br>Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de" target="_blank">Opensim-dev@lists.berlios.de</a><br><a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</div></blockquote><br><p>
</p><br>_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
<br></blockquote></div><br>