[sldev] Fwd: Script/Parcel/Memory Limits - Memory Limit Configuration

David Simmons techiedavid at gmail.com
Sun Dec 20 08:38:25 PST 2009


On Fri, Dec 18, 2009 at 5:14 PM, Dzonatas Sol <dzonatas at gmail.com> wrote:

> Maybe some way to flag a script as "phantom" like how objects are
> phantom where they become independent of the phsyics engine and as such
> the scripts become independent of the the usual simulator loop/affinity.
>
> Phantom scripts would not have to be copied from sim to sim. The could
> exist entirely a server just for phantom scripts.
>

The only issue I see to this proposal is who will pay for the server? After
all indirectly that is what the tiers pay for. Use of the server. The http
and email functions already allow someone to run programs on their own
server with only minimal script footprint inside SL(tm). I guess Linden Lab
won't not mind selling none simulators computer time if they had surplus
servers.

>
> Tigro Spottystripes wrote:
> > Can't the sim code be made multithreaded and have scripts that are using
> > more memory than is avaiable be moved to a sepárated thread that runs on
> > virtual ram only, so people can have fast memory hogs if there is enough
> > memory left, but if other scripts need it, the memory hogs get
> > downgraded to slower mode and don't use the physical ram, nor get in the
> > way of other things in the sim. ?
> > _______________________________________________
> > Policies and (un)subscribe information available here:
> > http://wiki.secondlife.com/wiki/SLDev
> > Please read the policies before posting to keep unmoderated posting
> privileges
>
> _______________________________________________
> Policies and (un)subscribe information available here:
> http://wiki.secondlife.com/wiki/SLDev
> Please read the policies before posting to keep unmoderated posting
> privileges
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20091220/fbffbfe4/attachment.htm 


More information about the SLDev mailing list