[Opensim-users] A bit confused
Justin Clark-Casey
jjustincc at googlemail.com
Wed Nov 7 00:17:52 UTC 2012
Hopefully, this week I'm going to open a mantis report about this issue (0.7.4 suffering comms issues compared to
0.7.3). Enough data has been reported now where I suspect it's an issue that isn't network or configuration related
(though that's still a possibility).
I will probably end up starting a wiki page about all the diagnostic steps for this kind of thing, but one immediate
thing to try is to disable HTTP inventory CAPs, as these were on by default for 0.7.4 but not for 0.7.3. You can do
this by setting
[ClientStack.LindenCaps]
Cap_FetchInventoryDescendents2 = ""
Cap_FetchInventory2 = ""
in OpenSim.ini to override the localhost settings in OpenSimDefaults.ini. This will force viewers to fallback on the
older UDP inventory mechanisms. But beware - this fallback was broken in very recent (3.3.x) LL viewers and I'm not
sure what the state of play is for TPVs.
I'm particularly interested in this setting since I'm beginning to suspect the issue is in this area due to the sheer
number of inventory requests made by some viewers (as shown by Ai Austin's previous posts). Indeed, I think that I
found an issue with OpenSimulator's inventory folder version updating (or lack thereof) today. It's possible (though
this is speculative at this point), that this issue is causing viewers to re-request a lot of inventory information
where they could actually reuse their cached information. In theory, that should affect UDP inventory requests as well,
though these do not tie up TCP connections in the same way as inventory CAPs.
However, it's also worth bearing in mind that OSGrid has been undergoing an asset migration recently that very
significantly degraded AssetService responsiveness at times. This could be contributing to Ai's problems and yours if
you are on osgrid (though I vaguely remember he said that his own grid was suffereing as well).
On 05/11/12 14:52, Dr Ramesh Ramloll wrote:
> Hi Chris,
> I am avoiding physics the best I can (actually, we are not using physics at all right now). Usually I test things on a
> local opensim install before I upload finished stuff on kitely. So yes, at first I thought it may have have something to
> do with my own scripts. Then I tested with trivial stuff, like a prim with trivial scripts and textures on an empty sim,
> the behaviors persisted.. So now am thinking that may be something is wrong with my network set up ... (unlikely,
> because things were working fine before...and I made no changes). Will see, fingers crossed.
> R
>
>
> On Mon, Nov 5, 2012 at 9:35 AM, Fleep Tuque <fleep513 at gmail.com <mailto:fleep513 at gmail.com>> wrote:
>
> We're running 0.7.4 on the University of Cincinnati grid and I'm also running it on FleepGrid and haven't
> experienced these kinds of delays, certainly nothing like lag in touch events or object contents loading, so maybe
> it's something in your environment?
>
> The only time I've seen that kind of behavior was when we were playing with physical enabled scripted prims and it
> was the physics slowing everything down. Do you have physical objects enabled? Does the behavior persist if you
> turn physics off?
>
> - Chris/Fleep
>
>
> Chris M. Collins (SL/OS: Fleep Tuque)
> Center for Simulations & Virtual Environments Research (UCSIM)
> UCIT Instructional & Research Computing
> University of Cincinnati
> 406A Zimmer Hall
> 315 College Drive
> PO BOX 210088
> Cincinnati, OH 45221-0088
> chris.collins at uc.edu <mailto:chris.collins at uc.edu>
> (513) 556-3018 <tel:%28513%29%20556-3018>
>
> http://ucsim.uc.edu
>
> On Fri, Nov 2, 2012 at 11:17 AM, Dr Ramesh Ramloll <r.ramloll at gmail.com <mailto:r.ramloll at gmail.com>> wrote:
>
> Hello there, I have been enjoying my transition to opensim for a while and got something worthwhile I think
> going on. However, the past few experiences with the 0.7.4 is confusing me. I am experiencing loading delays,
> object contents not loading, clicks not detected ... both on local installs and on kitely. Are these issues new
> ... (introduced in 0.7.4) because the previous version seemed to be devoid of the problems I just mentioned.
> There was a thread that some experts I trust pointed me (regarding delays and so on 'slow handling of POST) but
> felt that the source of the problem is not yet known. Any clues to help me out?
>
> --
> 'Consider how the lilies grow. They do not labor or spin.'
> *Rameshsharma Ramloll* PhD, CEO CTO DeepSemaphore LLC, Affiliate /Research Associate Professor/, Idaho State
> University, Pocatello, ID 83209 Tel: 208-240-0040 <tel:208-240-0040>
> Blog <http://deepsemaphore.posterous.com/>, LinkedIn <http://www.linkedin.com/in/rameshramloll>, DeepSemaphore
> LLC <http://www.deepsemaphore.com>, Google+ profile <https://plus.google.com/103652369558830540272/about>
>
>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de <mailto:Opensim-users at lists.berlios.de>
> https://lists.berlios.de/mailman/listinfo/opensim-users
>
>
>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de <mailto:Opensim-users at lists.berlios.de>
> https://lists.berlios.de/mailman/listinfo/opensim-users
>
>
>
>
> --
> 'Consider how the lilies grow. They do not labor or spin.'
> *Rameshsharma Ramloll* PhD, CEO CTO DeepSemaphore LLC, Affiliate /Research Associate Professor/, Idaho State University,
> Pocatello, ID 83209 Tel: 208-240-0040
> Blog <http://deepsemaphore.posterous.com/>, LinkedIn <http://www.linkedin.com/in/rameshramloll>, DeepSemaphore LLC
> <http://www.deepsemaphore.com>, Google+ profile <https://plus.google.com/103652369558830540272/about>
>
>
>
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-users
>
--
Justin Clark-Casey (justincc)
OSVW Consulting
http://justincc.org
http://twitter.com/justincc
More information about the Opensim-users
mailing list