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 <[email protected]
<mailto:[email protected]>> 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
[email protected] <mailto:[email protected]>
(513) 556-3018 <tel:%28513%29%20556-3018>
http://ucsim.uc.edu
On Fri, Nov 2, 2012 at 11:17 AM, Dr Ramesh Ramloll <[email protected]
<mailto:[email protected]>> 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
[email protected] <mailto:[email protected]>
https://lists.berlios.de/mailman/listinfo/opensim-users
_______________________________________________
Opensim-users mailing list
[email protected] <mailto:[email protected]>
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
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
--
Justin Clark-Casey (justincc)
OSVW Consulting
http://justincc.org
http://twitter.com/justincc
_______________________________________________
Opensim-users mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/opensim-users
