On Mon, Oct 4, 2010 at 1:05 PM, Aidan Thornton wrote:
> On Sun, Oct 3, 2010 at 2:47 AM, Kelly Linden wrote:
> > Unfortunately no. LSL scripts take up 16k of memory no matter how much
> they
> > actually use.
>
> Is there any technical reason why this can't be made adjustable,
> though? I know th
On Sun, Oct 3, 2010 at 2:47 AM, Kelly Linden wrote:
> Unfortunately no. LSL scripts take up 16k of memory no matter how much they
> actually use.
Is there any technical reason why this can't be made adjustable,
though? I know that changing the amount of script memory available for
LSL scripts wou
On Sun, Oct 3, 2010 at 3:59 PM, miss c wrote:
> This is why we need it
>
> [12:52] Counted scripts from 19 attachments on Sxt Cxxx: 1102
>
>
>
I suggest a different approach. Enable health/damage in your sim, and then
*kill* them.
___
Policie
This is why we need it
[12:52] Counted scripts from 19 attachments on Sxt Cxxx: 1102
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSource-Dev
Please read the policies before posting to ke
Am Sonntag 03 Oktober 2010 schrieb Zi Ree:
> Am Samstag 02 Oktober 2010 16:49:48 schrieb Lance Corrimal:
> > phoenix already does that, in its radar you can define a warning
> > that tells you when the script count in the sim changes by more
> > than a threshold that you define... so there already
Am Samstag 02 Oktober 2010 16:49:48 schrieb Lance Corrimal:
> phoenix already does that, in its radar you can define a warning that
> tells you when the script count in the sim changes by more than a
> threshold that you define... so there already _is_ a way to count all
> scripts in a sim.
Count
On 2010-10-02, at 20:47, Kelly Linden wrote:
> On Sat, Oct 2, 2010 at 4:40 PM, Argent Stonecutter
> wrote:
>> Could this be applied to LSL scripts as well, since they could be made
>> potentially MUCH smaller? A kilobyte might be enough for a poseball, for
>> example, and even less for a titler
On Sat, Oct 2, 2010 at 4:40 PM, Argent Stonecutter
wrote:
> On 2010-09-29, at 18:06, Kelly Linden wrote:
> > * In the end the number of scripts shouldn't be important. I have lofty
> desires to remove the arbitrary limit on script size so that we can stop the
> silly games of splitting scripts apa
On 2010-09-29, at 18:06, Kelly Linden wrote:
> * In the end the number of scripts shouldn't be important. I have lofty
> desires to remove the arbitrary limit on script size so that we can stop the
> silly games of splitting scripts apart because you need 10k more memory than
> the default. On t
On Sat, 2010-10-02 at 10:43 +0200, Zi Ree wrote:
> Unless we get *proper* metrics on cpu time and memory consumption, all this
> talk about script conut and memory is utterly useless and will only confuse
> people and lead to drama.
One approach is to use a cost-per-LSLcall function to generate
On Sat, Oct 2, 2010 at 12:34 PM, miss c wrote:
> THANK YOU, what he said. Why lie and make up some weird inaccurate number
> to leave people guessing, just give us a script counter, LOL.
>
what i would suggest is
1 have a way to see TOTAL scripts LSL scripts and Mono scripts
2 if any ARC type num
Subject: Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature
request
I hate to break in like this, but we're discussing how inaccurate it is for
Mono
scripts to contribute a different multiple than LSL scripts, but in the end
aren't we just counting scripts? Would
Am Samstag 02 Oktober 2010 schrieb Ponzu:
> On Sat, Oct 2, 2010 at 4:43 AM, Zi Ree wrote:
> > Am Samstag 02 Oktober 2010 03:19:13 schrieb Bryon Ruxton:
> >
> > Unless we get *proper* metrics on cpu time and memory
> > consumption, all this talk about script conut and memory is
> > utterly useless
On Sat, Oct 2, 2010 at 4:43 AM, Zi Ree wrote:
> Am Samstag 02 Oktober 2010 03:19:13 schrieb Bryon Ruxton:
>
> Unless we get *proper* metrics on cpu time and memory consumption, all this
> talk about script conut and memory is utterly useless and will only confuse
> people and lead to drama.
>
>
T
Am Samstag 02 Oktober 2010 03:19:13 schrieb Bryon Ruxton:
> Q, in this case, I disagree. Changing the SCRIPT_MEMORY reports later will
> not technically break content, it would just requires to slightly alter the
> interpretation of it. Modifying the cap variables for event(s) to lower
You never
I hate to break in like this, but we're discussing how inaccurate it is for
Mono scripts to contribute a different multiple than LSL scripts, but in the
end aren't we just counting scripts? Would it be more accurate to report a
script count and let the user do whatever multiple they want, and then
> * We change something, and the thing that used to work no longer works
> * People scream that we broke content
> So if we create a call that returns approximate results now, it *always* has
> to return the same results.
Q, in this case, I disagree. Changing the SCRIPT_MEMORY reports later will
no
On Fri, Oct 1, 2010 at 1:07 PM, Kent Quirk (Q Linden) wrote:
>
>
>
> I don't actually have an opinion about the right answer, but I will note
> that if this is going to be used for things like banning people, then we
> can't ever change it to be something accurate later. The pattern we see is:
>
>
On Fri, Oct 1, 2010 at 12:50 PM, Gigs wrote:
>
>
> Don't overcomplicate things. Just count mono scripts as 16k as well.
> The average size of them is less than 16k, so it's still a conservative
> number.
>
> We don't need perfection. The person with 255 scripts in each shoe will
> still show up
On Oct 1, 2010, at 12:50 PM, Gigs wrote:
> On 09/29/2010 07:06 PM, Kelly Linden wrote:
>> * In my mind the biggest issue is that mono scripts will appear 4x worse
>> than LSL scripts. This is really the reason I am hesitant to push a
>> function like this through before we have the ability for mo
On 09/29/2010 07:06 PM, Kelly Linden wrote:
> * In my mind the biggest issue is that mono scripts will appear 4x worse
> than LSL scripts. This is really the reason I am hesitant to push a
> function like this through before we have the ability for mono scripts
> to better reflect how much memory t
On Thu, Sep 30, 2010 at 08:03, Ambrosia wrote:
> On Thu, Sep 30, 2010 at 01:06, Kelly Linden wrote:
>> * In the end the number of scripts shouldn't be important
>
> 15ms of overhead. Plus -at least- 16mb of memory used if all those
> scripts are mono, which is unlikely.
That should have been 'ar
On Thu, Sep 30, 2010 at 01:06, Kelly Linden wrote:
> * In the end the number of scripts shouldn't be important
It is currently important hover, because due to a lack of script
memory limits per avatar/parcel, you can see lots of people wearing an
excess of over 200 scripts per avatar. Easily. All
s
works now in other viewers, it can work in yours too :-)
*From:* Joshua Bell
*To:* miss c
*Cc:* opensource-dev@lists.secondlife.com
*Sent:* Wed, September 29, 2010 6:45:50 PM
*Subject:* Re: [opensource-dev] 2.0 Absolute
Zi Ree wrote:
>> Do you want an incomplete yet helpful solution doable now, to be
>> improved/completed later on,
>> or do you prefer to wait another 6-12+ month with nothing at all?
> Since improvised and incomplete solutions tend to become the final one after a
> while, and since I have no issu
On Wed, Sep 29, 2010 at 4:59 PM, Kelly Linden wrote:
> On Wed, Sep 29, 2010 at 4:47 PM, Brian McGroarty wrote:
>
>> On Wed, Sep 29, 2010 at 4:06 PM, Kelly Linden wrote:
>>
>>>
>>> * In my mind the biggest issue is that mono scripts will appear 4x worse
>>> than LSL scripts. This is really the rea
ties as an estate owner come
first.
From: Bryon Ruxton
To: Kelly Linden ; miss c
Cc: opensource-dev@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: [open
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
r viewers, it can work in yours too :-)
From: Joshua Bell
To: miss c
Cc: opensource-dev@lists.secondlife.com
Sent: Wed, September 29, 2010 6:45:50 PM
Subject: Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature
request
Taking a stab at a user story:
As
On Wed, Sep 29, 2010 at 4:47 PM, Brian McGroarty wrote:
> On Wed, Sep 29, 2010 at 4:06 PM, Kelly Linden wrote:
>
>>
>> * In my mind the biggest issue is that mono scripts will appear 4x worse
>> than LSL scripts. This is really the reason I am hesitant to push a function
>> like this through bef
On Wed, Sep 29, 2010 at 4:06 PM, Kelly Linden wrote:
>
> * In my mind the biggest issue is that mono scripts will appear 4x worse
> than LSL scripts. This is really the reason I am hesitant to push a function
> like this through before we have the ability for mono scripts to better
> reflect how
e of
> scripts.
>
> --
> *From:* miss c
> *To:* Zi Ree ; opensource-dev@lists.secondlife.com
> *Sent:* Wed, September 29, 2010 5:45:25 PM
>
> *Subject:* Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count
> feature request
>
> Thi
; opensource-dev@lists.secondlife.com
Sent: Wed, September 29, 2010 5:45:25 PM
Subject: Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature
request
This is a tough one because it does leave a lot of guess work, but still could
be added to my list of tools I use to guess with. I will
Kelly Linden ; miss c
> *Cc:* opensource-dev@lists.secondlife.com
> *Sent:* Wed, September 29, 2010 4:33:30 PM
>
> *Subject:* Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count
> feature request
>
> Sounds good to begin with! The caveats you mentioned are not rea
within the ToS, I should be given the tools to
at
least keep random newbs from secretly crashing my sim.
From: Zi Ree
To: opensource-dev@lists.secondlife.com
Sent: Wed, September 29, 2010 5:28:07 PM
Subject: Re: [opensource-dev] 2.0 Absolute Dealbreaker - sc
@lists.secondlife.com
Subject: Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature
request
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 s
> Do you want an incomplete yet helpful solution doable now, to be
> improved/completed later on,
> or do you prefer to wait another 6-12+ month with nothing at all?
Since improvised and incomplete solutions tend to become the final one after a
while, and since I have no issues with script memory
Miss
>
>
> From: Bryon Ruxton
> To: Kelly Linden ; miss c
> Cc: opensource-dev@lists.secondlife.com
> Sent: Wed, September 29, 2010 4:33:30 PM
> Subject: Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature
> request
>
> Re: [opensource-dev] 2.0 Absolute Dealbreak
[opensource-dev] 2.0 Absolute Dealbreaker - script count feature
request
Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature request
Sounds good to begin with! The caveats you mentioned are not really problems to
be concerned too much about.
I would just suggest llGetObjectMem
Am Mittwoch 29 September 2010 23:33:30 schrieb Bryon Ruxton:
> Sounds good to begin with! The caveats you mentioned are not really
> problems to be concerned too much about.
As long as it doesn't return the true memory usage, people will start banning
mono scripted objects, because they don't k
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 late
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 combin
Me too! Every time i've dealt with support they've been terrific! i
haven't always gotten what i wanted, but support's been real good about
what i needed - and really good about helping me understand why what i
didn't get was because it was unreasonable.
But it's been at least 3 months since i h
personal version
of 2.2 with mesh and the script counter. That doesn't help everyone else
though.
From: Kadah
To: opensource-dev@lists.secondlife.com
Sent: Wed, September 29, 2010 1:11:46 PM
Subject: Re: [opensource-dev] 2.0 Absolute Dealbreaker - script
On Wed, Sep 29, 2010 at 2:11 PM, Kadah wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Sadly what sim and land owners really need most right now is support.
> Anyone that's contacted live support, concierge, or filed a ticket in
> the last few months knows what I'm taking about.
>
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sadly what sim and land owners really need most right now is support.
Anyone that's contacted live support, concierge, or filed a ticket in
the last few months knows what I'm taking about.
Getting support back on track should be priority.
v.v
On 9/
On 09/29/2010 10:17 AM, Ambrosia wrote:
> Basically what the code does is request the inventory of every prim of
> the selected object(s). However, 'brute forcing' probably sounds a
> little wrong here, as the requests the code does already -are- indeed
> throtteled.
I can confirm this. I've writ
On Wed, Sep 29, 2010 at 15:51, Obsidian Kindragon wrote:
> On 9/29/2010 7:34 AM, Opensource Obscure wrote:
>> On Mon, 27 Sep 2010 22:55:57 -0700, Kelly Linden
>> wrote:
>>> There are multiple issues at play here:
>>> What I understand is that the viewer is flogging our servers to brute force
>>>
On 9/29/2010 7:34 AM, Opensource Obscure wrote:
> On Mon, 27 Sep 2010 22:55:57 -0700, Kelly Linden
> wrote:
>> There are multiple issues at play here:
>> What I understand is that the viewer is flogging our servers to brute force
>> build the data being requested
> And doesn't this violate the TP
On Mon, 27 Sep 2010 22:55:57 -0700, Kelly Linden
wrote:
> There are multiple issues at play here:
> What I understand is that the viewer is flogging our servers to brute force
> build the data being requested
And doesn't this violate the TPV policy, 1.a ?
Opensource Obscure
_
Hey People!
Please excuse me while i say something for all the n00bs in the world,
whether their "inexperience" is their fault or not, and without
judging anyone's learning speed, patience, or whatever else those with
criticize the others who are without for lacking.
Maybe i'm just "challenged
e Corrimal
To: opensource-dev@lists.secondlife.com
Sent: Tue, September 28, 2010 5:44:08 AM
Subject: Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature
request
Am Dienstag, 28. September 2010, 11:27:22 schrieb Marine Kelley:
> On 28 September 2010 11:20, Ann Otoole wrote:
> > thi
Agreed, Yoz, it's definitely worth doing right and while it may be possible to
get some stats with a viewer-based solution it makes sense that this should
fall to the land team.
Trilo
On Sep 28, 2010, at 1:57 AM, Yoz Grahame wrote:
>
>
> On 27 September 2010 23:22, Brandon Husbands wrote:
>
Could be... I have not set foot there for almost a year now. lol
On 28 September 2010 12:44, Lance Corrimal wrote:
> Am Dienstag, 28. September 2010, 11:27:22 schrieb Marine Kelley:
> > On 28 September 2010 11:20, Ann Otoole wrote:
> > > this isn't the place for that and LL needs to weigh in on
Am Dienstag, 28. September 2010, 11:27:22 schrieb Marine Kelley:
> On 28 September 2010 11:20, Ann Otoole wrote:
> > this isn't the place for that and LL needs to weigh in on things like
> > this.
> >
> > It isn't the only one and one person LL openly promotes also sells over
> > scripted shoes.
Sorry for top quoting...
There Are already a lot if monoscript based on a single script for whole
item, but lazyness of creator is high and is more easy say "is a LL fault
the lag", But this is about OT here. ;)
--
Sent by iPhone
Il giorno 28/set/2010, alle ore 11:27, Marine Kelley
ha s
On 28 September 2010 11:20, Ann Otoole wrote:
> this isn't the place for that and LL needs to weigh in on things like this.
>
> It isn't the only one and one person LL openly promotes also sells over
> scripted shoes.
> If we are going after one we have to go after the ones LL promotes as well.
>
p up first.
From: Lance Corrimal
To: opensource-dev@lists.secondlife.com
Sent: Tue, September 28, 2010 5:06:06 AM
Subject: Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature
request
Am Dienstag, 28. September 2010, 10:09:07 schrieb Ann Otoole:
> I give you an
Am Dienstag, 28. September 2010, 10:09:07 schrieb Ann Otoole:
> I give you an image of what thousands of people are wearing and dozens more
> buy daily for less than L$200:
> http://annotoole.com/images/nuclearshoes.png (not my product btw)
>
> 11456kb each shoe? seriously? So 20 avatars in a club
On 27 September 2010 23:22, Brandon Husbands wrote:
>
> I think the major issue boils down to the feature is a major thing for sim
> owners. I think the disconnection between the populace and LL is apparent in
> this request as the residents see it as a critical feature and ll sees it in
> a diff
campaign is sorely needed.
From: Ann Otoole
To: opensource-dev@lists.secondlife.com
Sent: Tue, September 28, 2010 2:52:53 AM
Subject: Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature
request
The issue is all these crappy old obsolete
k to vwr simply so a public
one is available to access and where progress can be tracked by the community.
Date: Mon, 27 Sep 2010 23:52:53 -0700
From: missannoto...@yahoo.com
To: opensource-dev@lists.secondlife.com
Subject: Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature
ly Linden
To: Brandon Husbands
Cc: opensource-dev@lists.secondlife.com
Sent: Tue, September 28, 2010 1:55:57 AM
Subject: Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature
request
There are multiple issues at play here:
What I understand is that the viewer is flogging our ser
ource-dev@lists.secondlife.com
Sent: Tue, September 28, 2010 1:55:57 AM
Subject: Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature
request
There are multiple issues at play here:
What I understand is that the viewer is flogging our servers to brute force
build the data
all these other viewers access to the server code, I
>>> think there has been a mistake, could you please reread my Jira.
>>>
>>> TY
>>>
>>> Miss
>>>
>>> --
>>> *From:* Brandon Husbands
>>>
;> TY
>>
>> Miss
>>
>> --
>> *From:* Brandon Husbands
>> *To:* Sarah (Esbee) Hutchinson
>> *Cc:* miss c ; opensource-dev@lists.secondlife.com
>> *Sent:* Tue, September 28, 2010 12:12:33 AM
>>
>> *Subject:* Re: [op
I think that Esbee is right, this feature really does need a server assist
to work properly. Most significantly, the client-only attempts skip HUD
scripts.
___
Policies and (un)subscribe information available here:
http://wiki.secondlife.com/wiki/OpenSou
--
> *From:* Brandon Husbands
> *To:* Sarah (Esbee) Hutchinson
> *Cc:* miss c ; opensource-dev@lists.secondlife.com
> *Sent:* Tue, September 28, 2010 12:12:33 AM
>
> *Subject:* Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count
> feature request
>
> A
: Tue, September 28, 2010 12:12:33 AM
Subject: Re: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature
request
Actually no its a viewer feature...
http://hg.phoenixviewer.com/phoenix-sg/file/cc7894faa410/indra/newview/scriptcounter.h
and
http://hg.phoenixviewer.com/phoenix-sg/file/cc7894f
gt; These are in separate functions in those viewers, one is in the radar,
>> the other is in script change region announcements under phoenix misc in
>> preferences. You see here his script count is higher than what his body
>> count is because the body count does not include H
er - script count
> feature request
>
> For some reason I can't access the Jira. I'm not sure what you are asking
> for. If you are asking for a script counter, there is the top scripts
> counter in the estate panel.
>
> -Frans
>
>
> On Mon, Sep 27, 2010 at 4:47
d by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.secondlife.com/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
From: Frans
To: miss c
Cc: openso
ed by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
https://jira.secondlife.com/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
From: Frans
To: miss c
Cc: openso
dlife.com/browse/VWR-23200
>
> If it is a duplicate, I apologize, I did search and didn't find anything.
>
> TY
>
> Miss
> --
> *From:* miss c
> *To:* opensource-dev@lists.secondlife.com
> *Sent:* Mon, September 27, 2010 9:21:39 AM
>
bject: [opensource-dev] 2.0 Absolute Dealbreaker - script count feature
request
As a sim owner I have to have script counter so we can keep our scripts low in
the sim because of the excessive us of resizing scripts. Several times a day
we
have an exercise in our sim where we make an e
As a sim owner I have to have script counter so we can keep our scripts low in
the sim because of the excessive us of resizing scripts. Several times a day
we
have an exercise in our sim where we make an estate announcement to count your
scripts and your neighbors to reduce the load on the ser
76 matches
Mail list logo
