[opensource-dev] 2.0 Absolute Dealbreaker - script count feature request

Bryon Ruxton bryon at slearth.com
Wed Sep 29 14:33:30 PDT 2010


Sounds good to begin with! The caveats you mentioned are not really problems
to be concerned too much about.
I would just suggest llGetObjectMemory(key id) for the function name.
Perhaps a list params with SCRIPT_COUNT and SCRIPT_MEMORY then SCRIPT_USAGE
with the lower results for mono scripts later on...

On 9/29/10 2:00 PM, "Kelly Linden" <kelly at lindenlab.com> wrote:

> So I was playing with the following LSL function in a sandbox yesterday and I
> like it, but I'm gonna guess not everyone will.
> integer llGetScriptMemoryTotal(key id) returns the total script memory used by
> all scripts in the object or for agents the total script memory used by all
> attachments combined. Only works for objects and avatars in the same region.
> 
> Potential problems with it:
> * Dyslexic naming weird it is.
> * No permissions checks, anyone can view the sum for anyone / any object.
> Since this is the case for the viewer feature it seems like adding any
> restrictions will just leave people still wanting the viewer hack version.
> * No detail information. I think this is best when used on anyone not yourself
> for privacy reasons. And we do have the UI for finding per-attachment details
> on yourself. So maybe not an issue.
> * Reports 'reserved' script memory. A mono-script will report 64k while an LSL
> script will report 16k, when really the mono script may be using less (mono
> scripts average 8-10k last I checked, in actual usage). Being able to report
> lower results for mono scripts is gated on other development work not
> currently in progress.
> * It doesn't seem like a very complete API.
> 
> On Wed, Sep 29, 2010 at 12:47 PM, miss c <miss_c_27 at yahoo.com> wrote:
>> Still need a script counter *hides* 
>> 
>> What I am probably going to do is get my husband to build me a personal
>> version of 2.2 with mesh and the script counter.  That doesn't help everyone
>> else though.
>> 
> 
> 
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/OpenSource-Dev
> Please read the policies before posting to keep unmoderated posting privileges

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100929/f3b3ead4/attachment.htm 


More information about the opensource-dev mailing list