[Opensim-dev] Inventory ops causing lag

Fri Jun 24 11:54:03 UTC 2022

Again not a developper so take it all with a grain of salt. 

Opensim class diagram  http://opensimulator.org/wiki/OpenSim:_Class_Diagrams is probably not up to date but present the detail interaction between opensim code components.  While  the overview diagram http://opensimulator.org/wiki/Codebase_overview  present a larger view of the main blocks . 

>From experience mainly in clouding  occrurance of a rezzing avatar problem that seldome occure now . One had to rebake texture in order for others to see your avatar. So at least then  I understand that the viewer is involved in your avatar presentation to other.  The following page was created when that was happening. http://opensimulator.org/wiki/Appearance_Troubleshooting . 

Quoting its first sentence "Avatar appearance is a particularly complex issue in current OpenSimulator since it involves a complex interaction between a user's viewer (where the texture is actually created) and the simulator (which needs to send appearance information to the viewer, receive the baked textures and distribute those to other viewers). 

If you read this presentation made in 2014 you get quickly the high number  of exchange  and their complexity. So no wonder why you get LAG when you do so .  I believe since then the [XBakes]  was introduce as a new  bake robust service. It did succeed in improving avatar handling since by transfering some of the work to the grid as a dedicated service. 

The lag you get is largely dependent on the number of other avatar present as they all have to register your change. But before that you own viewer has to adapt to the change itself as I notice using an alternate that  he is the first one in the chain to be affected .
You can make the same experience with yourself and an alternate in two viewers . One will be witness while the other is your own. Removing a piece of clothing from your own , the change will be almost immediate in both viewers . Then add that same piece of clothing again . Now the witness will see it appear last . 

Hope the above is helping you . 

GiMiSa 

    Le jeudi 16 juin 2022 à 00 h 03 min 54 s HAE, Sine X <sinesurfer at gmail.com> a écrit :  

 Maybe I am wrong here that it could be something else, it could be the
entering of new scene objects (new outfit attachments), and the
removal of old ones (previous outfit attachments).

In changing an outfit a few things happen:
- attachments from previous outfit get removed from the scene
- while that happens, links to those attachments get removed from the COF
- attachments from new outfit enter the scene
- while that happens, links to those attachments get created in the COF

Why I suspect inventory operations, is because I noticed the same lag
when creating new wearables (system clothes, skins etc) appearantly
stalling inworld updates and delaying things like llDialogs.

On Wed, 15 Jun 2022 at 19:41, Michel Beauregard <gimisa at yahoo.fr> wrote:
>
> I am no developper so dont take my word as an answer Sine X.
> But as a grid operatror here is my take,
>
> 1) if your within osgrid as local user a request for an inventory item is only an entry in  the database inventory under your name . So it should not make much of a lag to you until you rez that new item .
>
> 2) If you are a HG visitor in osgrid taking an item from that grid will request the inventory entry just as before but also a check in your local grid if the asset of that inventory exist . If not a transfer of asset accures but that is grid to grid and again should not affect you in term of lag between your viewer and local region .
>
> At least its my understanding until you get a better answer .
> Hope it helps
> GiMiSa
>
>
>    Le mercredi 15 juin 2022 à 02 h 06 min 24 s HAE, Sine X <sinesurfer at gmail.com> a écrit :
>
>  Hi, I always noticed any inventory operations (such as changing your
> outfit) causing a sort of lag on the overall responsiveness of the
> simulator; almost like the mainthread gets locked. I was wondering if it is
> not possible to reserve at least one thread (or a small pool) fully
> dedicated to inventory ops without major re-architecting.
>
> I have experienced this in OsGrid but also other grids so I doubt it is a
> problem relating to grid infrastructure, more likely within the simulator.
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at opensimulator.org
> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
>
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at opensimulator.org
> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
_______________________________________________
Opensim-dev mailing list
Opensim-dev at opensimulator.org
http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev