[sldev] Scripting projects priority survey

[Argent Stonecutter]

The quota system as described in #1 would absolutely lead to content  
being broken, and it would almost always be content that was NOT the  
content that caused the lag that's being fought... since *that*  
content is already running. If you can't throttle scripts based on  
quota rather than simply block them, then you probably shouldn't  
implement quotas at all.

I'm also concerned about the quota system that would be used. It has  
to allow significant overcommitment, because most parcels and most  
avatars use few scripts, and a parcel with 1/128th of the sim using  
1/16th of the available scripting resources is common and not a  
problem, because scripts are dynamic, and 10 seconds from now it may  
be using 1/1000th of the available resources and another parcel's  
using 1/8th. Which is of course another reason to *throttle* rather  
than *block*.

A comment on Tao's comment:
> Besides that I would like to be able to use any language which can
> produce an mono compatible output (I guess Python fits in there? :-) )

That will probably depend on the size and nature of the runtime. For  
languages like Python with a significant runtime of their own, and a  
runtime that includes "dangerous" APIs, I suspect it would take a  
significant effort from Linden Labs to support safely.

I share Bruce Tong's concern about the security implications of  
allowing arbitrary CIL uploads. The SL environment requires more than  
usual levels of care... I would let the OpenSim people collect the  
arrow-holes in their shirts here.