No subject


Sat Apr 19 01:31:08 UTC 2014 

balancing between machines that are across the internet.
However, this brings up another interesting topic..    generally Is a =
cheap DSL connection going to be enough to host a 'ton' of users anyway? =
   You'd think you'd have to want to host a ton of users to get any =
benefit from using the load balancing.

Best Regards

Teravus

=20
On 3/6/08, Grumly <grumly57 at hotmail.com> wrote:=20
  Would this explain why DSL home hosted adjacent sims crossing is so =
shaky sometimes ?
  In this case, I am afraid such simulators could also not take =
advantage of the new load balancing feature.

  From: Michael Wright=20
  Sent: Thursday, March 06, 2008 12:47 PM
  To: opensim-dev at lists.berlios.de=20
  Subject: Re: [Opensim-dev] Concerning recent grid instability =
andinconsistency

  =20
  I haven't had much time to follow this discussion, but just a quick =
note. We used to have a REST like communications protocol between the =
regions, but this lead to a lot of problems. Granted it was like the =
rest of the backend protocols we use, very err primitive. But I just not =
sure http/xml is the best protocol to be used there, as a lot of the =
calls are time critical. And there are some things we are yet to add =
which would increase the network traffic between the regions by quite a =
bit. Thats why we switched to remoting so we could at least have a =
binary protocol. Maybe we do need to switch to udp, like I believe =
Linden Labs do (or at least they used to).

  Brian McBee <heartwide at gmail.com> wrote:=20
    Coming late to this discussion, but i have a couple of comments =
about our use of remoting in the interregion communications:

    1. It seems like remoting is really designed for a scenario where =
you own both the client and server ends of the connection, and have a =
reasonable expectation that the server is up. In a distributed grid =
environment like OSGRID is running, that assumption isn't true.

    2. When playing with the teleport code, I tried to find a way to =
lower the timeout on the remoting calls, since a failed teleport took =
forever to resolve. It appears that, at least the way we are doing it, =
the timeout is hardcoded and cannot be changed. It looks like Microsoft =
tries to provide a way to change that timeout, but it doesn't actually =
work.

    Perhaps longer term, we should be looking at replacing remoting with =
a REST interface like we are using for the sim to grid communications.


    _______________________________________________
    Opensim-dev mailing list
    Opensim-dev at lists.berlios.de
    https://lists.berlios.de/mailman/listinfo/opensim-dev





-------------------------------------------------------------------------=
-----
  Rise to the challenge for Sport Relief with Yahoo! for Good=20


-------------------------------------------------------------------------=
-----


  _______________________________________________
  Opensim-dev mailing list
  Opensim-dev at lists.berlios.de
  https://lists.berlios.de/mailman/listinfo/opensim-dev






  _______________________________________________
  Opensim-dev mailing list
  Opensim-dev at lists.berlios.de
  https://lists.berlios.de/mailman/listinfo/opensim-dev






-------------------------------------------------------------------------=
-------


_______________________________________________
Opensim-dev mailing list
Opensim-dev at lists.berlios.de
https://lists.berlios.de/mailman/listinfo/opensim-dev

------=_NextPart_001_01C8_01C87FCF.949045E0
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=3DContent-Type =
content=3Dtext/html;charset=3Diso-8859-1>
<META content=3D"MSHTML 6.00.6000.16608" name=3DGENERATOR></HEAD>
<BODY id=3DMailContainerBody=20
style=3D"PADDING-RIGHT: 10px; PADDING-LEFT: 10px; PADDING-TOP: 15px"=20
bgColor=3D#ffffff leftMargin=3D0 topMargin=3D0 CanvasTabStop=3D"true"=20
name=3D"Compose message area">
<DIV><FONT face=3DArial size=3D2>True <IMG title=3D"Visage =
=E9motic=F4ne"=20
style=3D"FLOAT: none; MARGIN: 0px; POSITION: static" tabIndex=3D-1=20
alt=3D"Visage =E9motic=F4ne" =
src=3D"cid:95A3912E886848EC918F573786AE0336 at LBLAPTOP"=20
MSNNonUserImageOrEmoticon=3D"true"></FONT></DIV>
<DIV><FONT face=3DArial size=3D2>The example you gave is the good one. =
In this very=20
case, I would rather use load balancing to move temporary my cheap DSL =
hosted=20
region to some powerful servers on the grid, which would be =
equipped=20
with a high bandwidth connection. This could be a "rent balanced =
servers" rental=20
operation for specials events.</FONT></DIV>
<DIV><FONT face=3DArial size=3D2>I suppose the move operation may =
probably not be as=20
smooth as described in some posts I read.</FONT></DIV>
<DIV style=3D"FONT: 10pt Tahoma">
<DIV><FONT face=3DArial></FONT><FONT face=3DArial></FONT><FONT=20
face=3DArial></FONT><FONT face=3DArial></FONT><BR></DIV>
<DIV style=3D"BACKGROUND: #f5f5f5">
<DIV style=3D"font-color: black"><B>From:</B> <A=20
title=3D"mailto:teravus at gmail.com
CTRL + Cliquez ici pour suivre le =
lien"=20
href=3D"mailto:teravus at gmail.com">Teravus Ovares</A> </DIV>
<DIV><B>Sent:</B> Thursday, March 06, 2008 8:29 PM</DIV>
<DIV><B>To:</B> <A=20
title=3D"mailto:opensim-dev at lists.berlios.de
CTRL + Cliquez ici pour =
suivre le lien"=20
href=3D"mailto:opensim-dev at lists.berlios.de">opensim-dev at lists.berlios.de=
</A>=20
</DIV>
<DIV><B>Subject:</B> Re: [Opensim-dev] Concerning recent grid=20
instabilityandinconsistency</DIV></DIV></DIV>
<DIV><BR></DIV>
<DIV>From what I've read, it can assuming you don't have regions load =
balancing=20
between machines that are across the internet.</DIV>
<DIV>However, this brings up another interesting =
topic..   =20
generally Is a cheap DSL connection going to be enough to host a 'ton' =
of users=20
anyway?    You'd think you'd have to want to host a ton =
of users=20
to get any benefit from using the load balancing.</DIV>
<DIV> </DIV>
<DIV>Best Regards</DIV>
<DIV> </DIV>
<DIV>Teravus<BR><BR> </DIV>
<DIV><SPAN class=3Dgmail_quote>On 3/6/08, <B =
class=3Dgmail_sendername>Grumly</B>=20
<<A=20
title=3D"mailto:grumly57 at hotmail.com
CTRL + Cliquez ici pour suivre =
le lien"=20
href=3D"mailto:grumly57 at hotmail.com">grumly57 at hotmail.com</A>> =
wrote:</SPAN>=20
<BLOCKQUOTE class=3Dgmail_quote=20
style=3D"PADDING-LEFT: 1ex; MARGIN: 0px 0px 0px 0.8ex; BORDER-LEFT: #ccc =
1px solid">
  <DIV style=3D"PADDING-RIGHT: 10px; PADDING-LEFT: 10px; PADDING-TOP: =
15px"=20
  name=3D"Compose message area" bgcolor=3D"#ffffff">
  <DIV><FONT face=3DArial size=3D2>Would this explain why DSL home =
hosted adjacent=20
  sims crossing is so shaky sometimes ?</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2>In this case, I am afraid such =
simulators=20
  could also not take advantage of the new load balancing=20
  feature.</FONT></DIV>
  <DIV><FONT face=3DArial size=3D2></FONT> </DIV>
  <DIV style=3D"FONT: 10pt Tahoma">
  <DIV style=3D"BACKGROUND: #f5f5f5">
  <DIV><B>From:</B> <A title=3Dmichaelwri22 at yahoo.co.uk=20
  onclick=3D"return top.js.OpenExtLink(window,event,this)"=20
  href=3D"mailto:michaelwri22 at yahoo.co.uk" target=3D_blank>Michael =
Wright</A> </DIV>
  <DIV><B>Sent:</B> Thursday, March 06, 2008 12:47 PM</DIV><SPAN =
class=3Dq>
  <DIV><B>To:</B> <A title=3Dopensim-dev at lists.berlios.de=20
  onclick=3D"return top.js.OpenExtLink(window,event,this)"=20
  href=3D"mailto:opensim-dev at lists.berlios.de"=20
  target=3D_blank>opensim-dev at lists.berlios.de</A> </DIV></SPAN><SPAN =
class=3Dq>
  <DIV><B>Subject:</B> Re: [Opensim-dev] Concerning recent grid =
instability=20
  andinconsistency</DIV></SPAN></DIV></DIV>
  <DIV><BR> </DIV>
  <DIV><SPAN class=3De id=3Dq_11885331ff6ea3ac_4>I haven't had much time =
to follow=20
  this discussion, but just a quick note. We used to have a REST like=20
  communications protocol between the regions, but this lead to a lot of =

  problems. Granted it was like the rest of the backend protocols we =
use, very=20
  err primitive. But I just not sure http/xml is the best protocol to be =
used=20
  there, as a lot of the calls are time critical. And there are some =
things we=20
  are yet to add which would increase the network traffic between the =
regions by=20
  quite a bit. Thats why we switched to remoting so we could at least =
have a=20
  binary protocol. Maybe we do need to switch to udp, like I believe =
Linden Labs=20
  do (or at least they used to).<BR><BR><B><I>Brian McBee <<A=20
  onclick=3D"return top.js.OpenExtLink(window,event,this)"=20
  href=3D"mailto:heartwide at gmail.com"=20
  target=3D_blank>heartwide at gmail.com</A>></I></B> wrote:=20
  <BLOCKQUOTE=20
  style=3D"PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: =
rgb(16,16,255) 2px solid">Coming=20
    late to this discussion, but i have a couple of comments about our =
use of=20
    remoting in the interregion communications:<BR><BR>1. It seems like =
remoting=20
    is really designed for a scenario where you own both the client and =
server=20
    ends of the connection, and have a reasonable expectation that the =
server is=20
    up. In a distributed grid environment like OSGRID is running, that=20
    assumption isn't true.<BR><BR>2. When playing with the teleport =
code, I=20
    tried to find a way to lower the timeout on the remoting calls, =
since a=20
    failed teleport took forever to resolve. It appears that, at least =
the way=20
    we are doing it, the timeout is hardcoded and cannot be changed. It =
looks=20
    like Microsoft tries to provide a way to change that timeout, but it =
doesn't=20
    actually work.<BR><BR>Perhaps longer term, we should be looking at =
replacing=20
    remoting with a REST interface like we are using for the sim to grid =

    =
communications.<BR><BR><BR>______________________________________________=
_<BR>Opensim-dev=20
    mailing list<BR><A onclick=3D"return =
top.js.OpenExtLink(window,event,this)"=20
    href=3D"mailto:Opensim-dev at lists.berlios.de"=20
    target=3D_blank>Opensim-dev at lists.berlios.de</A><BR><A=20
    =
title=3D"https://lists.berlios.de/mailman/listinfo/opensim-dev
CTRL =
+ Cliquez ici pour suivre le lien"=20
    onclick=3D"return top.js.OpenExtLink(window,event,this)"=20
    href=3D"https://lists.berlios.de/mailman/listinfo/opensim-dev"=20
    =
target=3D_blank>https://lists.berlios.de/mailman/listinfo/opensim-dev</A>=
<BR></BLOCKQUOTE><BR></SPAN></DIV>
  <P>
  <DIV><SPAN class=3De id=3Dq_11885331ff6ea3ac_6>
  <HR SIZE=3D1>
  Rise to the challenge for Sport Relief with <A=20
  onclick=3D"return top.js.OpenExtLink(window,event,this)"=20
  =
href=3D"http://us.rd.yahoo.com/mailuk/taglines/isp/control/*http://us.rd.=
yahoo.com/evt=3D51947/*http://uk.promotions.yahoo.com/forgood/"=20
  target=3D_blank>Yahoo! for Good</A> </SPAN></DIV>
  <P>
  <HR>
  <SPAN class=3Dq>
  <P></P>_______________________________________________<BR>Opensim-dev =
mailing=20
  list<BR><A onclick=3D"return top.js.OpenExtLink(window,event,this)"=20
  href=3D"mailto:Opensim-dev at lists.berlios.de"=20
  target=3D_blank>Opensim-dev at lists.berlios.de</A><BR><A=20
  onclick=3D"return top.js.OpenExtLink(window,event,this)"=20
  href=3D"https://lists.berlios.de/mailman/listinfo/opensim-dev"=20
  =
target=3D_blank>https://lists.berlios.de/mailman/listinfo/opensim-dev</A>=
<BR></SPAN>
  <P></P>
  <P></P>
  <P></P>
  =
<P></P></DIV><BR>_______________________________________________<BR>Opens=
im-dev=20
  mailing list<BR><A onclick=3D"return =
top.js.OpenExtLink(window,event,this)"=20
  =
href=3D"mailto:Opensim-dev at lists.berlios.de">Opensim-dev at lists.berlios.de=
</A><BR><A=20
  onclick=3D"return top.js.OpenExtLink(window,event,this)"=20
  href=3D"https://lists.berlios.de/mailman/listinfo/opensim-dev"=20
  =
target=3D_blank>https://lists.berlios.de/mailman/listinfo/opensim-dev</A>=
<BR><BR></BLOCKQUOTE></DIV><BR>
<P>
<HR>

<P></P>_______________________________________________<BR>Opensim-dev =
mailing=20
list<BR>Opensim-dev at lists.berlios.de<BR>https://lists.berlios.de/mailman/=
listinfo/opensim-dev<BR></BODY></HTML>

------=_NextPart_001_01C8_01C87FCF.949045E0--

------=_NextPart_000_01C7_01C87FCF.949045E0
Content-Type: image/gif;
	name="Emoticon1.gif"
Content-Transfer-Encoding: base64
Content-ID: <95A3912E886848EC918F573786AE0336 at LBLAPTOP>

R0lGODlhEwATALMPAPXv3v3pTvDHOei2K9u4a9qoLunPkLGLMdOZKfvbQMeyl5p4J+7JbrebXoAy
GAAAACH5BAEAAA8ALAAAAAATABMAAASu8EkJDBNjMAOmf5UgJEGQJBj3AVfpuslAdBRDvu8p04YQ
CIuFrzQIDgQFA2i4AAAWruYTgwiVFopnNCsUICy3hUMBvY67hcYwIHaU2Q43ZnAYuIDCUixYmC8G
NzgmJyIZBQcXgYMnKIUDCA09jA4FgCcFCA4ZdFlHl5SbmQiGBx0GR0iZcXEIo5wUBH1ImK2tGQcN
NCCxm70Dh7krBq2VvwgHB1kfExUNBwu4yh4RADs=

------=_NextPart_000_01C7_01C87FCF.949045E0--

More information about the Opensim-dev mailing list