[Opensim-dev] Stop saving SculptData in serialized SceneObjects

[Dahlia Trimble]

Twisted torii are quite complex prims and usually take the longest time to
create a physics proxy (on the order of 5 milliseconds or more) and usually
use the most memory. Using integer sizes in your case would reduce the
amount of proxies stored in the mesh cache and make better use of it.
However, torus prims are procedurally generated and don't rely on sculpt or
mesh assets and therefore aren't really affected by the changes being
proposed in this thread; at least unless the conversation veers towards
optimizing the mesh cache in the sim to reduce or eliminate unused meshes.


On Thu, Mar 27, 2014 at 1:32 PM, Mike Higgins <mike at kayaker.net> wrote:

> Ha! I submitted a mantis about this "rare case" once:
> http://opensimulator.org/mantis/view.php?id=6080
>
> I textured branches and  leaves on a twisted sculpt tree, and then had the
> trees grow up from a sapling (resize once a second) and this brought
> OpenSim to its knees (SIM FPS drops to near zero). I found that a helix (a
> twisted torus prim) had the same problem. I 'solved' the problem by having
> the trees change only to integer quantized sizes. I assume this worked
> because someone (viewer or sim) cashed the sculpt data at each different
> size and now there is only a finite number of sizes...
>
>
> On 3/27/14 12:48 PM, Oren Hurvitz wrote:
>
>> The mesh/texture data is needed only if the prim is resized or otherwise
>> edited as you've described. But in the vast majority of cases, prims are
>> just viewed. We should optimize for the common case, i.e. release the
>> memory. If the asset is needed again it will be loaded from the cache,
>> which
>> is very fast (not a network operation).
>>
>>
>>
>> --
>> View this message in context: http://opensim-dev.2196679.n2.
>> nabble.com/Stop-saving-SculptData-in-serialized-SceneObjects-
>> tp7579079p7579087.html
>> Sent from the opensim-dev mailing list archive at Nabble.com.
>> _______________________________________________
>> Opensim-dev mailing list
>> Opensim-dev at lists.berlios.de
>> https://lists.berlios.de/mailman/listinfo/opensim-dev
>>
>>
>>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20140327/84dcb23a/attachment-0001.html>