<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<meta name=Generator content="Microsoft Word 12 (filtered medium)">
<style>
<!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0cm;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
p
{mso-style-priority:99;
mso-margin-top-alt:auto;
margin-right:0cm;
mso-margin-bottom-alt:auto;
margin-left:0cm;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
span.EmailStyle18
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;}
@page Section1
{size:612.0pt 792.0pt;
margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.Section1
{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=EN-AU link=blue vlink=purple>
<div class=Section1>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>I actually really like the hypergrid concept – I agree in
thinking that maybe the best solution is to drop the grid servers (or some of
them) in favour of a highly decentralised mesh.<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'>Adam<o:p></o:p></span></p>
<p class=MsoNormal><span style='font-size:11.0pt;font-family:"Calibri","sans-serif";
color:#1F497D'><o:p> </o:p></span></p>
<div style='border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt'>
<div>
<div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'>
<p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:
"Tahoma","sans-serif"'>From:</span></b><span lang=EN-US style='font-size:10.0pt;
font-family:"Tahoma","sans-serif"'> opensim-dev-bounces@lists.berlios.de
[mailto:opensim-dev-bounces@lists.berlios.de] <b>On Behalf Of </b>Michael
Wright<br>
<b>Sent:</b> Friday, 19 December 2008 2:11 AM<br>
<b>To:</b> opensim-dev@lists.berlios.de<br>
<b>Subject:</b> Re: [Opensim-dev] [Opensim-users] grid operation<o:p></o:p></span></p>
</div>
</div>
<p class=MsoNormal><o:p> </o:p></p>
<p class=MsoNormal>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:<o:p></o:p></p>
<p class=MsoNormal>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 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<o:p></o:p></p>
<p class=MsoNormal><o:p> </o:p></p>
<p> <o:p></o:p></p>
</div>
</div>
</body>
</html>