User:Becky Pippen/Script Memory Limits

From Second Life Wiki
< User:Becky Pippen
Revision as of 15:59, 30 December 2009 by Becky Pippen (talk | contribs) (in anticipation of script memory limits)
Jump to navigation Jump to search

Script Memory Limits

Oh No! LSL script memory limits are coming! What to do?

Don't panic. See this FAQ, then see the strategy and checklist below and do what you need to do.

Strategy

To reduce script memory usage, start with the big items first before tweaking individual lines of code. Sorry, I'm not impressed if you save a dozen bytes through some clever rearrangement of a formula here or a statement there. First see if you can eliminate entire scripts or whack off thousands of bytes all at once by using a different approach or algorithm, or by removing that one memory-hungry feature, or by using a different data storage format. Then review the checklist below for more ideas.

Checklist

  1. Memory - For help measuring the memory your script uses, see this page.
  2. Requirements and goals - Do you know how efficiently your data currently uses memory? Do you know how much improvement is possible? For suggestions, see this page about measuring information content and memory efficiency.
  3. Scripts in child prims - If your object uses multiple scripts to detect changes in child prims, or for resizing or retexturing all the prims in a linkset (like some hair or shoes), see the new LSL functions to reduce this to a single script.
  4. Keys/UUIDs - If your script needs to store long lists of keys (UUIDs) of any kind, see these suggestions for key storage.
  5. Numeric data - If your script needs to store long lists of numeric data, see these suggestions for storing numeric data.
  6. Strings/Text - If your script contain a large number of strings for error messages or help text, perhaps in multiple languages, see these suggestions for storing text data.
  7. Name/UUID identities - Does your script need to remember lots of avatar names or keys? This is like an update server or an inventory item giver that is designed to give an item once to any one avatar. If so, consider storing hashes of the avatar keys concatenated in a long string instead of storing keys or names in a list.