Mantis Bug Tracker

View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0002533opensim[REGION] OpenSim Corepublic2008-11-02 16:012011-07-16 07:51
Reportermirceakitsune 
Assigned To 
PrioritynormalSeverityminorReproducibilityalways
StatusfeedbackResolutionopen 
PlatformPentium 4OSWindows XP Media CenterOS VersionSP3 32bit
Product Version 
Target VersionFixed in Version 
Summary0002533: Regions temporarily freeze during certain background operations - Attaching / rezzing objects
DescriptionCurrently in Opensim there are many processes which take place in the background and freeze the entire simulator and all it's components while they are being worked on. Normally on the LL grid such actions would be done without the sim freezing and things such as chat or avatar movement being in any way affected, so I am making a list regarding all processes which need to run in their own thread and not bother other region functions. Fixing these will be very important to improving in-world experience in Opensim.

2 - Attaching / rezzing objects: When an avatar attempts to wear an attachment from inventory (think that happens for clothes and body parts too) the entire region freezes and stops working for a few seconds until the attachment is found and then attached to the avatar. It's also very possible this is the case for rezzing objects from the inventory to the ground too, not only attaching them. Normally during the time an inventory asset is searched for, things like avatar movement, chat and everything else should not be frozen or delayed, so this is another example of a process that should run without bothering the entire simulator.
Tagsbackground, freeze, lag, process, thread
Git Revision or version number
Run Mode Grid (1 Region per Sim)
Physics EngineODE
Script Engine
Environment.NET / Windows32
Mono Version
Viewer
Attached Files

- Relationships
related to 0002534closed Regions temporarily freeze during certain background operations - Border crossing / teleports / logins & logouts 
related to 0002532closed Regions temporarily freeze during certain background operations - Primitive storing 

-  Notes
(0007048)
Peter (reporter)
2008-11-10 12:39
edited on: 2008-11-10 12:40

After doing some tests with a few friends, we figured out that the freeze is LOCAL! I kept walkign around while some friend dettached her prim hair ans became frozen for about 5 seconds.
Enviroment: Ubuntu server, Q6600, 2GB RAM, grid mode, 2 regions.

(0013446)
Fly-Man- (developer)
2009-09-18 07:32

This seems to be a Client related issue, the client doesn't get the info it wants and makes you "wait" for it
(0018674)
Bot Mantis (reporter)
2011-06-13 06:25

I can confirm that the region 'entering/ leaving' with asset-server inventory management does freeze every client in a 'regional' way, not making every client in the same region wait would be quite necessary and should allow everybody else to keep on doing what they were previously making!
(0018678)
aiaustin (developer)
2011-06-13 12:16

[0.7.2 dev master recent releases around 8-Jun-2011] I have noticed that a region becomes very unresponsive... and will not even allow a single local login when only one user is on sim when giving HG inventory to the foreign user takibg free objects on a region...

----- previous note posted for feedback on opensim-users mailing list:

I happened to notice on my OpenSim.exe region console for one of the
Openvue region servers that a lot of HG transfers were taking
place... it was just one HG traveller taking the free boxes into
their inventory. There are I guess about a dozen boxes with maybe
500 objects in total contained in them.

But I just happened to note that I could not log on my own avatar to
that region while the transfer was taking place. It balked at the
region connection point each time. I was able to log in to another
region served by a separate machine. So I am pretty sure that ONE
foreign avatar on a single OpenSim.exe server with no other load was
sufficient to block out login attempts by a local avatar. That does
not sound right, and I assume it must be that its not sharing its
processing cycles very well with default OpenSim.ini settings? A HG
inventory transfer of some hundreds of objects like this can take a
minute or two (according to the logs) so it could stall the region
for too long in practical situations, just because one avatar takes a
free item somewhere on the sim.

I looked and I have "BestAvatarResponsiveness" set as my update
priority in [InterestManagemeny] if that is relevant. I am using a
very recent (ysterday) 0.7.2 dev master when I observed this.
(0018951)
makopoppo (manager)
2011-07-16 07:51

Reminder sent to: justincc

Does it still occur? Or is it obsolete?

- Issue History
Date Modified Username Field Change
2008-11-02 16:01 mirceakitsune New Issue
2008-11-02 16:01 mirceakitsune SVN Revision => 7057
2008-11-02 16:01 mirceakitsune Run Mode => Grid (1 Region per Sim)
2008-11-02 16:01 mirceakitsune Physics Engine => ODE
2008-11-02 16:01 mirceakitsune Environment => .NET / Windows32
2008-11-02 16:02 mirceakitsune Relationship added related to 0002532
2008-11-02 16:02 mirceakitsune Relationship added related to 0002534
2008-11-02 16:09 mirceakitsune Tag Attached: background
2008-11-02 16:09 mirceakitsune Tag Attached: freeze
2008-11-02 16:09 mirceakitsune Tag Attached: lag
2008-11-02 16:09 mirceakitsune Tag Attached: process
2008-11-02 16:09 mirceakitsune Tag Attached: thread
2008-11-10 12:39 Peter Note Added: 0007048
2008-11-10 12:40 Peter Note Edited: 0007048
2009-09-18 07:32 Fly-Man- Note Added: 0013446
2009-09-18 07:32 Fly-Man- Status new => feedback
2011-06-13 06:25 Bot Mantis Note Added: 0018674
2011-06-13 12:16 aiaustin Note Added: 0018678
2011-07-16 07:51 makopoppo Note Added: 0018951


Copyright © 2000 - 2012 MantisBT Group
Powered by Mantis Bugtracker