Scripts Delay in most SL Lands!

[Fourmilab]

1 hour ago, Jasdac Stockholm said:

I've noticed a different behavior on this recently. After a sim restart items rezzed through a script (llRezAtRoot etc) start instantly. But when rezzed from your avatar inventory, it takes multiple seconds to begin.

I have observed this behaviour since I started investigating this problem almost a year ago (when it first appeared).  At any given time, a sim (region) will be either “fast” or “slow”. with the time between a script's rezzing a new object and that object's script(s) starting to run around 25 milliseconds (0.025 seconds) in a “fast” sim, and around 2 seconds in a “slow” sim.  You will almost never see a time in between these extremes.  The consistency of the 2 second “slow” time (which did not change with the “uplift” of the simulations to Amazon Web Services cloud hosting) makes me suspect it is due to a timeout set around that value.

Shortly after a sim restart, most sims are “fast”, but after a few days they may become “slow”.  There appears to be a correlation between the amount of traffic in the sim an its likelihood to become slow.  I have never seen a slow sim become fast except after a sim restart.

My Gridmark tool (https://marketplace.secondlife.com/p/Fourmilab-Gridmark/20970342) tool (free, full perm) includes a specific test for the rez to script start in rezzed object time, and when I run it across a number of regions, I consistently see behaviour as described above.  The migration to the cloud made no difference in this except that a “fast” sim is usually a bit faster than before: a “slow” sim is still around two seconds.  In my earlier comment, I included an example of running this benchmark across 25 regions.

[Charlyko Parabola]

Would like to throw my two cents in here that this is a most annoying issue and honestly makes me want to give up on making anything that uses projectiles.

And also reaffirm that it is indeed the entire script, and not just the on_rez event that is delayed in "slow" regions.

And also to thank Fourmilab for those awesome and informative posts ❤️

[Very Mysterious]

Chiming in that I have also been affected by this, and even went to an empty premium sandbox to make sure it wasn't lag, the sandbox worked fine, then when I went back later in the day it also had the problem suddenly. I feel like I'm losing my mind. I knew script execution used to be better than this

[Marios Sideshow]

2022 and its still happening... 😐

Edited January 19, 2022 by Marios Sideshow

[Jasdac Stockholm]

If it helps, the rolling sim restart today just turned a sim from fast to slow. It also rolled back the region by some 10-15 minutes. After a manual restart, the sim returned to being fast.

[Marios Sideshow]

1 hour ago, Jasdac Stockholm said:

If it helps, the rolling sim restart today just turned a sim from fast to slow. It also rolled back the region by some 10-15 minutes. After a manual restart, the sim returned to being fast.

The thing is i can't restart the mainland manually, however the issue comes and goes. I did some excessive tests with scripts and i even tested on all channels. On some channels the on_rez event triggers immediately after rez from inventory, but then on second etc attempts it gets that 2-3 seconds delay. I also checked the jira but looks like inactive.

Edited January 19, 2022 by Marios Sideshow

[animats]

There was supposedly a simulator improvement in the last rollout that should improve script performance. So anything in the last week that caused script performance to decline should be reported as a bug.

[Profaitchikenz Haiku]

2 minutes ago, animats said:

There was supposedly a simulator improvement in the last rollout that should improve script performance.

Two mainland parcels included in my region monitoring study improved significantly after yesterday's restarts, I am interested in the comment above that a fast region restarted as slow and required a further restart to achieve an improvement.

FWIW I think I am seeing an improvement in the effects of avatars entering or leaving regions, prior to the restart a steady accumulation of drift between the wall-clock and a 1-second timer showed when more than a few (8-9) avatars were present, in the case of mainland with 17 avatars almost constantly present the drift over a 12 hour period could reach over two minutes.