Comments on: Update on Simulator Lag http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/ By Linden Lab Tue, 02 Dec 2008 08:25:34 +0000 http://wordpress.org/?v=MU hourly 1 By: eb9d0039053f http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-605788 eb9d0039053f Mon, 12 May 2008 04:31:56 +0000 http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-605788 <strong>eb9d0039053f...</strong> eb9d0039053fbff2b152... eb9d0039053f…

eb9d0039053fbff2b152…

]]> By: ねっからの « なかのヒト http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-477420 ねっからの « なかのヒト Sun, 16 Sep 2007 08:18:29 +0000 http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-477420 [...] でもこの仕組みってどうなってるんだろう。きっと『TemporaryOnRez』とか、一年前のだけどこの記事も気になる・・・え〜〜と何々？？・・・ふむふむ・・・・うんうん・・・・・こらこらそこのあんた張飛にお酒を呑ますな〜！！はっ！誰？私の側に『三国志５巻』を置いたヒトは？？(あんたしかいないよ・・・)　 [...] [...] でもこの仕組みってどうなってるんだろう。きっと『TemporaryOnRez』とか、一年前のだけどこの記事も気になる・・・え〜〜と何々？？・・・ふむふむ・・・・うんうん・・・・・こらこらそこのあんた張飛にお酒を呑ますな〜！！はっ！誰？私の側に『三国志５巻』を置いたヒトは？？(あんたしかいないよ・・・)　 [...]

]]> By: Usagi Musashi http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-98840 Usagi Musashi Thu, 21 Dec 2006 02:33:38 +0000 http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-98840 Wandarich.........better word is ZONING.Yes and I do agree. Wandarich………better word is ZONING.Yes and I do agree.

]]> By: wandarich http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-93564 wandarich Wed, 20 Dec 2006 20:47:13 +0000 http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-93564 i would like to see restrictions on scripts/particals/even avatar count in the same way we have prim limits - 'X' amount per sq mtr. EG: I am so tired of people putting up sim killing casinos/clubs/whorehouses in 1024, 2048 or 4096's and killing entire sims with sheer amount of people visiting/scripts running. Why should these people be allowed to hold the rest of a sim hostage when quite often they are paying less tier than other residents on that sim. i would like to see restrictions on scripts/particals/even avatar count in the same way we have prim limits - ‘X’ amount per sq mtr.

EG:
I am so tired of people putting up sim killing casinos/clubs/whorehouses in 1024, 2048 or 4096’s and killing entire sims with sheer amount of people visiting/scripts running.
Why should these people be allowed to hold the rest of a sim hostage when quite often they are paying less tier than other residents on that sim.

]]> By: Cenji Neutra http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-82620 Cenji Neutra Mon, 18 Dec 2006 23:22:35 +0000 http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-82620 (BLOG COMMENT BUG: including < causes truncation) (BLOG COMMENT BUG: including < causes truncation)

]]> By: Cenji Neutra http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-82619 Cenji Neutra Mon, 18 Dec 2006 23:21:58 +0000 http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-82619 I hope by 'near unlimited' you're refering to objects that contain 500+ scripts (usually to enhance some push effect or other). If you're talking of objects with 50-100 scripts, we're all in big trouble. *Most* objects with less than 30 scripts are just toys, though I doubt LL realises that since they've never had experience actually scripting any major infrastructure inworld (a consequence of their policy of keeping out of the content creation business I'd guess). One simple way to dramatically reduce the number of scripts in-world (excluding the 500+ identical scripts type case), would be to increase the script memory limit and/or create an inter-script function call mechanism. I find personally, that 60-75% of the code in my objects is spent on managing distributed state and inter-script communication. Also, in moddable objects, encrypting inter-script link messages for security puts a lot of unnecessary, but unavoidable, load on the sim's CPU. I'd be all for restricting objects to 64 scripts if we could have 64K in each and/or inter-script function calls. (perhaps an llExtendMemory() call? :) ) My 2c. Slightly OT. -Cenji. I hope by ‘near unlimited’ you’re refering to objects that contain 500+ scripts (usually to enhance some push effect or other).
If you’re talking of objects with 50-100 scripts, we’re all in big trouble. *Most* objects with less than 30 scripts are just toys, though I doubt LL realises that since they’ve never had experience actually scripting any major infrastructure inworld (a consequence of their policy of keeping out of the content creation business I’d guess).

One simple way to dramatically reduce the number of scripts in-world (excluding the 500+ identical scripts type case), would be to increase the script memory limit and/or create an inter-script function call mechanism.
I find personally, that 60-75% of the code in my objects is spent on managing distributed state and inter-script communication. Also, in moddable objects, encrypting inter-script link messages for security puts a lot of unnecessary, but unavoidable, load on the sim’s CPU.

I’d be all for restricting objects to 64 scripts if we could have 64K in each and/or inter-script function calls.
(perhaps an llExtendMemory() call? :) )

My 2c. Slightly OT.
-Cenji.

]]> By: Cenji Neutra http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-82618 Cenji Neutra Mon, 18 Dec 2006 23:21:22 +0000 http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-82618 (since my post seems to get truncated, feel free to just remove it) ... *Most* objects with (since my post seems to get truncated, feel free to just remove it)
… *Most* objects with

]]> By: Cenji Neutra http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-82617 Cenji Neutra Mon, 18 Dec 2006 23:20:13 +0000 http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-82617 (repost) I hope by 'near unlimited' you're refering to objects that contain 500+ scripts (usually to enhance some push effect or other). If you're talking of objects with 50-100 scripts, we're all in big trouble. *Most* objects with (repost)
I hope by ‘near unlimited’ you’re refering to objects that contain 500+ scripts (usually to enhance some push effect or other).
If you’re talking of objects with 50-100 scripts, we’re all in big trouble. *Most* objects with

]]> By: Cenji Neutra http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-82615 Cenji Neutra Mon, 18 Dec 2006 23:19:28 +0000 http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-82615 I hope by 'near unlimited' you're refering to objects that contain 500+ scripts (usually to enhance some push effect or other). If you're talking of objects with 50-100 scripts, we're all in big trouble. *Most* objects with I hope by ‘near unlimited’ you’re refering to objects that contain 500+ scripts (usually to enhance some push effect or other).
If you’re talking of objects with 50-100 scripts, we’re all in big trouble. *Most* objects with

]]> By: Fox Reinsch http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-81664 Fox Reinsch Mon, 18 Dec 2006 20:06:36 +0000 http://blog.secondlife.com/2006/12/15/update-on-simulator-lag/#comment-81664 Myself and my friends have known for sometime that staying on a busy sim would eventually crash SL running the PC out of memory. I have little knowledge of software but I did suspect this was a memory leak as re-logging releases the memory and clears the problem. It would be nice if a log off and back on were possible without completely re-loading the client. Myself and my friends have known for sometime that staying on a busy sim would eventually crash SL running the PC out of memory. I have little knowledge of software but I did suspect this was a memory leak as re-logging releases the memory and clears the problem.

It would be nice if a log off and back on were possible without completely re-loading the client.

]]>