<html><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>My fault, cut too many e-mails out. External script servers were originally suggested as solving the need to do state backup.</div><div><br></div><div>For latency; most scripts on a SL region show CPU time usage at around 0.001ms per second. The delay is all in getting events into the script, switching context to it, forming the result, and switching context again before sending any action taken back to the user. Running it over the network, I would expect to see latency of around 30ms each way, and a LOT of network traffic if the script queries things like the prim parameters, for example.</div><div><br></div><div>On 14 Sep 2008, at 05:30, Dahlia Trimble wrote:</div><div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr">I'm not sure I agree, periodic state backups could preserve quite a bit of information, and machines hosting simulators can fail just as a machine hosting a script server. Not sure I agree with the delays either as the script server may even be able to do things faster since it may only have script processing to do and doesn't have to spend time processing physics or whatnot. If it was able to communicate all the changes that needed to happen in a server frame before the next frame starts then it may actually be a faster design. I guess a lot depends on how it's implemented.<br> <br><div class="gmail_quote">On Sat, Sep 13, 2008 at 4:32 AM, J Ross Nicoll <span dir="ltr"><<a href="mailto:jrn2005@cs.st-andrews.ac.uk">jrn2005@cs.st-andrews.ac.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> The problem with an external script server is you're still doomed if<br> the server goes down. You need to be able to serialise state anyway or<br> the first extended powercut/hardware fault/intern looking for a kettle<br> lead will cause unspeakable chaos.<br> <br> You'd also be bringing in even more delay in script response time, but<br> that's relatively minor.<br> <div class="Ih2E3d"><br> On 7 Sep 2008, at 15:52, Mike Deem wrote:<br> <br> > I've also been thinking about things like global scripts and<br> > external script servers. External script servers would solve some of<br> > the script state serialization issues. Instead of moving a running<br> > script from one region to another, it just keeps running on it's<br> > server.<br> <br> </div>The University of St Andrews is a charity registered in Scotland : No<br> SC013532<br> <div><div></div><div class="Wj3C7c"><br> <br> <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> </div></div></blockquote></div><br></div> _______________________________________________<br>Opensim-dev mailing list<br><a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>https://lists.berlios.de/mailman/listinfo/opensim-dev<br></blockquote></div><br><div> <span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0; "><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>The University of St Andrews is a charity registered in Scotland : No SC013532</div><div><br></div></div></span><br class="Apple-interchange-newline"> </div><br></body></html>