Kelly Linden thinks tomorrow (Tuesday) the Le Tigre update will roll the main channel. Chances are good it will work this time. It contains a large number of fixes and some improvements.
Once it rolls to the main channel there will probably be no further upgrades until next year. After this week Second Life enters a no change window and a number of Lindens take holiday.
Havok and script functions are being looked at to improve movement in SL. In the wiki is a function… well more of a subroutine… warppos() that handles movement over more than 10m. Some consideration is being given to making the function a built-in function, may be llWarpPos(). No promises.
The current thinking is it should only work within a region. Some think that is a deal breaker. On the technical side of the problem is sorting out the parcel permissions in the next region before allowing the object to move there.
For Kelly Linden 12/11 was his ninth rez=day. Congratulations! It’s totally amazing the residents haven’t driven him crazy… but then… never mind.
If you are interested in some of the SL history, check the meeting minutes starting at 9:25.
A new feature is working its way through QA. This one allows you to load scripts from your computer and save scripts to your computer. It sounds pretty neat. I’m unclear why it is desired, but it seems to be. I use copy paste to move back and forth between SL or OpenSim and my computer.
Lists in Mono
In the LSL scripts when a list needed to be changed it was essentially replaced with a new list and the old list discarded. Mono has optimizations to handle lists better and improve performance.
The memory profiler only shows memory being used… assigned to the script. Memory hanging around for garbage collection is not counted against the script.
Kelly says, “The lists are ArrayList objects in mono, or singly linked lists in LSO – however any time the list has to pass into a C++ function (one that hasn’t been converted to be entirely in mono or one that can’t be like llSetPrimitiveParams) it gets converted.”
Most ll*List functions duplicate the list.
While many want more memory to work with the Lindens say the hardware is not going to support that. So, the Lab is working toward providing ways for users and land owners to control how the memory we have is used.