[sldev] Script memory limits, promises, parcel bonus

[Maggie Leber (sl: Maggie Darwin)]

On Tue, Dec 22, 2009 at 4:19 PM, Argent Stonecutter
<secret.argent at gmail.com> wrote:

> Yes, SVC-22 needs to be fixed before this is rolled out.
> How hard could it be to add one more chunk to the package passed from sim to
> sim saying "this is a vehicle being sat on by <UUID>"?

Hard enough that SVC-22 was reported in February of *2007* and is
still unfixed. And let's not forget related issue SVC-1070, which is
only two years old, instead of nearly three.

Kelly asks we not conflate "ignoring" with "not doing what I ask",
that being a pet peeve.

I'm asking nothing more specific on these two than they be *fixed*,
and if that's too specific after two and three years respectively,
then folks will just have to pardon me for thinking they're actually
being ignored. I guess that's *my* peeve.

With these existing bugs in enforcement of resource limits having
remained unaddressed this long, some of us are a little  cynical about
new promises made now that we're being asked to bear the brunt of a
new "solution" to growing server performance issues. It took a lot of
yelling and crying before we could even see the script time being
consumed on avatar attachments (although heads-up if the avatar is
sitting on a prim, the time will be reported twice, once for the
avatar and again for the object they're sitting on....vehicle or
otherwise. Good luck with two or three heavily scripted avatars on
cuddle couch)

I don't know how much time anybody has spent lately looking at the
numbers reported by "Top Scripts" out on real sims on Agni, but they
certainly lack credibility in my mind. I rather suspect scripts are
being charged execution clock time while the region is swapped out
running other work; it's the only explanation I can think of for some
of the outlandish spikes I'm seeing reported for otherwise
well-behaved scripted objects.

If LL is asking us to take over managing more resources in their
servers, we need *much* better tools than we currently have.