[Encore] Updates at the Barn including a great speed optimization tip!

[Lennie Irvin]

Thanks Kevin for doing such good work on The Barn!!!

If anyone has contributions (as in cool objects you've created), I 
urge you to send them in to Kevin.  The general release of enCore 
(even v5) doesn't come equipped with what we might call 
"social/interactive" objects, so The Barn is a common place where we 
can find some of these objects to bring into our enCore sites.

~Lennie

At 01:09 PM 9/9/2006, Kevin Jepson wrote:
>Good Afternoon
>
>I just finished adding a couple of new items to the Barn.
>If you haven't checked it out lately (hint hint) I've been posting 
>cool info, tips and tricks from the archives of this list.
>
><http://www.encore-consortium.org/Barn/default.htm>http://www.encore-consortium.org/Barn/default.htm
>
>I want to bring to your attention the one I added today.
>It is a very interesting optimization tip I found in the enCore list 
>from August of 2002!
>It is a post by Alexandre Borgia about changing the 
>$login.current_lag to 0 from its default value of 6.
>This has the effect of really speeding up MOOs based on the enCore 
>core.  Anytime a verb suspends it will wait for 6 SECONDS. Once this 
>change is made the verbs return right away!
>Please read Alexandre's post linked at the Barn for more info as to 
>why this happens.
>I suspect it would also speed up any lambdaMOO core based MOOs as 
>well (interestingly the current LambdaMOO core has this value at 0 by default).
>I checked and the default setting in a clean V4 core is still "6".
>When tested on a very large database a search that normally takes 15 
>seconds takes less than 1.
>The busier the MOO and the larger the database the bigger benefit 
>one gets from this optimization.
>When discussed on this list back in 2002 there didn't appear to be 
>any downsides and Jan recommended that all "small and medium" moos 
>make the change.
> From what I can see I don't think there would be any problems with 
> this even for large MOOs.
>I'm interested in any feedback on potential problems this 
>optimization might cause.
>One that comes to mind might be a problem with synchronization if 
>custom verbs have been coded to account for the 6 second delay that 
>exists by default.
>
>Please let me know, on list or off, if you know of any gotchas with 
>this optimization.
>
>The other update was a suggestion by Alexandre on how to make it 
>possible to specify a room as being able to accept exits regardless 
>of ownership.
>
>Lot's of other cool info there so please check it out.
>
>Feedback and comments welcome.
>
>Have good weekend!
>Ciao
>KJ
>
>=======================================================
>Kevin Jepson R.E.T.
>President
>4K Consulting Inc.
>An't nanum hearm deth, doth hwaet ye willath.
>Email: kevijeps at telusplanet.net
>=======================================================
>
>--
>No virus found in this outgoing message.
>Checked by AVG Free Edition.
>Version: 7.1.405 / Virus Database: 268.12.2/442 - Release Date: 08/09/2006
>_______________________________________________
>Encore mailing list
>Encore at encore-consortium.org
>http://encore-consortium.org/mailman/listinfo/encore_encore-consortium.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/encore_encore-consortium.org/attachments/20060911/7e40d440/attachment.html