[opensource-dev] 2.0 Absolute Dealbreaker - script count feature request
miss c
miss_c_27 at yahoo.com
Wed Sep 29 17:56:20 PDT 2010
That sounds awesome, I just don't want to ask for too much and not get anything
at all cause its put on the shelf. I need a solution or replacement to my
Estate tools that I lose by moving to the official viewer, or I can't possibly
move. As I said , my priorities and responsibilities as an estate owner come
first.
________________________________
From: Bryon Ruxton <bryon at slearth.com>
To: Kelly Linden <kelly at lindenlab.com>; miss c <miss_c_27 at yahoo.com>
Cc: opensource-dev at lists.secondlife.com
Sent: Wed, September 29, 2010 7:37:44 PM
Subject: Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature
request
Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request
That was in part my justification behind the need of script counts in the
function, to assess numbers of scripts vs memory count in a slightly more
meaningful manner, for lack of true memory usage.
e.g. 4 scripts with 64k memory usage can be evaluated as 64k accurately,
while a 64k memory without a number of scripts attached, give you indeed nothing
to assess.
i.e. The number of LSL vs. Mono scripts can be easily figured out with quite
simple math
if we have the script count under the initial conditions of 16k and 64k caps.
As you pointed out, true memory usage isn’t a given... Memory fluctuates over
time or conditions and even snapshots of it would not reflect true usage... As
you suggest, if you allowed mono scripts to set their own memory cap, I guess
you could report the memory cap based on that, perhaps rounded to
chunks/multiples of 4k...
So I’ll stick to list llGetObjectMemory( key id, list params ) with SCRIPT_COUNT
and SCRIPT_MEMORY flags as the most viable initial solution I’d be happy with.
Then once you add mono memory caps, either add a flag or change what is reported
as SCRIPT_MEMORY...
OR possibly add those flags in LlGetObjectDetails?? But I don’t know the
technicals there..
Anyway that was my suggestion of the day,
Back to RL work!
On 9/29/10 4:06 PM, "Kelly Linden" <kelly at lindenlab.com> wrote:
* In my mind the biggest issue is that mono scripts will appear 4x worse than
LSL scripts.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/opensource-dev/attachments/20100929/8efe402b/attachment.htm
More information about the opensource-dev
mailing list