It's quite simple:<br>- 6 servers in grid, 1 in standalone (memory, cpu...)<br>- Interserver tcp-ip/udp communications in grid, internal function calls in standalone (comms are slooooow)<br><br>As anyone told me (I think Justin was), the UGAIM servers are only "example" implementations made in C#. So, like openUGAI did with perl-cgi, I am doing the same with php+cakephp. I think that the overload of one apache server has to be much more lower than 5 UGAIM independent servers.<br>
<br>Greetings.<br><br><br><br><br><div class="gmail_quote">2008/12/19 Michael Wright <span dir="ltr"><<a href="mailto:michaelwri22@yahoo.co.uk">michaelwri22@yahoo.co.uk</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; 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><b>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>
</b><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>