I wonder why the scripts need so many listens? I seldom have more than 1 or 2.
On Thu, Jun 4, 2015 at 9:40 AM, Karl Dreyer <paoli...@islandoasis.biz> wrote: > OK, just to close the loop on this. > > After making the adjustments to the correct set of ini files(ugh); the > issue appears to be resolved. > > it turns out, it wasn't the max_listens_per region.. but in fact Was the > max_listens_per_script. The default is set to 64 (I believe). I set it to > 0 so as to not impose any limitations and VoilĂ .. it's fixed! > > I want to thank everyone who took the time to respond... it is much > appreciated! > > Kind Regards, > Karl > > > > > > > > > This dump is after the issue presents itself and it's not showing any > > scripts waiting for load. That's what is really strange. They > > all work perfectly for an underterminate amount of time then, a random > > subset of them just stop. > > I will point out that when I adjusted > > the max_listens_per_script & max_listens_per_region, I > > adjusted the ini files for a different region (smacks myself in the head) > > so I just finished adjusting the correct files and am not restarting the > > simulator. We'll see if that takes care of it. > > Also, what's > > the word on increasing the MaxThreads setting from 100 to lets say > > 300 ... Could that setting be imposing some sort of limitation and > > would adjusting it up cause any unexpected negative side > > effects? > > Kind Regards, > > Karl > >> Hi Karl, > > > >> > > > >> When this stops working, can you check the xengine status in the > > console? > > > >> I see the results you have included here, but is this before or > > after > > > >> the communication stops? > > > >> > > > >> We had a similar issue back in December on 3rd Rock Grid and when > > things > > > >> stopped working, checking the xengine status would always show > > scripts > > > >> waiting for load. > > > >> Can you see if this is the case for you? When this stops working > > does > > > >> xengine status show scripts waiting for load? > > > >> If so, I can share the steps we took to correct our issues which > > might > > > >> work for you as well. > > > >> > > > >> Additionally, which version of opensim are you running? > > > >> > > > >> ~Butch > > > >> > > > >> > > > >> On 6/1/2015 11:35 AM, Karl Dreyer wrote: > > > >>> > > > >>> Hello everyone... I have a member that is experiencing a > > strange > > > >>> issue. He has server and client modules (in world prims using > > > >>> llRegionSay & llRegionSayTo to communicate commands to > > "client" > > > >>> prims). When the simulator is restarted, all works properly as > > > >>> expected BUT then, after what seems to be a random length of time > > it > > > >>> seems that communcations on the sim cease to function. i.e. > > It's > > > >>> almost as if the llRegionSay & llRegionSayTo cease to work > > properly. > > > >>> the client prims aren't receiving the messages from the > > servers. > > > >>> What makes this even more strange is that it doesn't happen with > > all > > > >>> of them and the prims being effected is random.. in other words, > > an > > > >>> hour after the sim is restarted (for example) a subset of the > > servers > > > >>> are failing to properly send messages but the subset of > > scripts > > > >>> effected seems to be different each time. > > > >>> > > > >>> I have had my resident go through and confirm that channel > > settings > > > >>> are set correctly and that there is no channel confusion or > > conflicts > > > >>> ... the scripts themselves seem to be OK. I also had him test > > this > > > >>> system on a blank sim or a sim with considerably less scripts and > > the > > > >>> system works flawlessly. > > > >>> > > > >>> My first thought was that there was an issue with the listeners > > in the > > > >>> receiving prims and we're hitting some sort of imposed limit to > > the > > > >>> number of listeners or listener events allowed on a region. I > > found > > > >>> in the OpenSimDefaults.ini file that there is in fact a > > > >>> max_listens_per_region setting and a max_listens_per_script > > setting. > > > >>> My first inclination was that he was hitting one of these limits > > so, > > > >>> I modified these settings to 0 so that the system would not > > impose any > > > >>> limits and unfortunately, this did not fix the issue. > > > >>> > > > >>> Is there somewhere else in the ini files or hardcoded in the > > simulator > > > >>> code itself where a limitation is being set? If not, what else > > could > > > >>> be causing this behavior? > > > >>> > > > >>> Below is a dump of some of the relevant statistics for the region > > in > > > >>> question. Any assistance would be greatly appreciated. > > > >>> > > > >>> CONNECTION STATISTICS > > > >>> Client logouts due to no data receive timeout: 0 > > > >>> SAMPLE FRAME STATISTICS > > > >>> Dilatn SimFPS PhyFPS AgntUp RootAg ChldAg Prims AtvPrm AtvScr > > > >>> ScrLPS > > > >>> 1.00 54 53.8 0.0 0 0 6623 0 1760 > > > >>> 5 > > > >>> PktsIn PktOut PendDl PendUl UnackB TotlFt NetFt PhysFt OthrFt > > > >>> AgntFt > > > >>> ImgsFt > > > >>> 15 24 0 0 0 19.1 0.0 0.0 0.0 0.0 > > > >>> 0.0 > > > >>> MEMORY STATISTICS > > > >>> Heap allocated to OpenSim : 645 MB > > > >>> Last heap allocation rate : 0.323 MB/s > > > >>> Average heap allocation rate: 0.202 MB/s > > > >>> Process memory : 1270 MB > > > >>> Status of XEngine instance > > > >>> Scripts loaded : 1760 > > > >>> Scripts waiting for load : 0 > > > >>> Max threads : 100 > > > >>> Min threads : 2 > > > >>> Allocated threads : 12 > > > >>> In use threads : 2 > > > >>> Work items waiting : 0 > > > >>> Events queued : 0 > > > >>> Events processed : 214185 > > > >>> Sensors : 8 > > > >>> Dataserver requests : 0 > > > >>> Timers : 46 > > > >>> Listeners : 61 > > > >>> > > > >>> > > > >>> > > > >>> _______________________________________________ > > > >>> Opensim-users mailing list > > > >>> Opensim-users@opensimulator.org > > > >>> > > http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users > > > >> > > > >> _______________________________________________ > > > >> Opensim-users mailing list > > > >> Opensim-users@opensimulator.org > > > >> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users > > > >> > > > > > > > > > > > > ___________________________ > > > > Karl M. Dreyer Jr. > > > > In World Avi : Damean Paolino > > > > Island Oasis, LLC Co-Founder | CIO > > > > http://www.islandoasis.biz > > > > > > > > Notice: The contents of this email and any files transmitted with it are > > confidential and intended solely for the individual or entity to whom it > > is addressed. The content of this email message is not to be disclosed, > > copied, distributed, or shared with any person(s) or entities without the > > express consent of the sender. This message contains confidential > > information and is intended only for the individual named. > > > > > ___________________________ > Karl M. Dreyer Jr. > In World Avi : Damean Paolino > Island Oasis, LLC Co-Founder | CIO > http://www.islandoasis.biz > > Notice: The contents of this email and any files transmitted with it are > confidential and intended solely for the individual or entity to whom it is > addressed. The content of this email message is not to be disclosed, > copied, distributed, or shared with any person(s) or entities without the > express consent of the sender. This message contains confidential > information and is intended only for the individual named. > > _______________________________________________ > Opensim-users mailing list > Opensim-users@opensimulator.org > http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users > >
_______________________________________________ Opensim-users mailing list Opensim-users@opensimulator.org http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users