<html>
  <head>
    <meta content="text/html; charset=windows-1252"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    Hi Karl,<br>
    <br>
    I think since your xengine status results show you are only using 2
    threads.. I'm not sure it would do you any good to increase max
    threads.<br>
    <br>
    ~Butch<br>
    <br>
    <div class="moz-cite-prefix">On 6/1/2015 12:53 PM, Karl Dreyer
      wrote:<br>
    </div>
    <blockquote
cite="mid:d03559b2c1885e738ee73d5d3e50078c.squirrel@mail.spiraea.arvixe.com"
      type="cite">
      <p>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.</p>
      <p>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.</p>
      <p>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?</p>
      <p>Kind Regards,</p>
      <p>Karl</p>
      <p>> Hi Karl,<br>
        ><br>
        > When this stops working, can you check the xengine status
        in the
        console?<br>
        > I see the results you have included here, but is this
        before or
        after<br>
        > the communication stops?<br>
        ><br>
        > We had a similar issue back in December on 3rd Rock Grid
        and when
        things<br>
        > stopped working, checking the xengine status would always
        show
        scripts<br>
        > waiting for load.<br>
        > Can you see if this is the case for you? When this stops
        working
        does<br>
        > xengine status show scripts waiting for load?<br>
        > If so, I can share the steps we took to correct our issues
        which
        might<br>
        > work for you as well.<br>
        ><br>
        > Additionally, which version of opensim are you running?<br>
        ><br>
        > ~Butch<br>
        ><br>
        ><br>
        > On 6/1/2015 11:35 AM, Karl Dreyer wrote:<br>
        >><br>
        >> Hello everyone... I have a member that is experiencing
        a
        strange<br>
        >> issue. He has server and client modules (in world prims
        using<br>
        >> llRegionSay & llRegionSayTo to communicate commands
        to
        "client"<br>
        >> prims). When the simulator is restarted, all works
        properly as<br>
        >> expected BUT then, after what seems to be a random
        length of time
        it<br>
        >> seems that communcations on the sim cease to function.
        i.e.
        It's<br>
        >> almost as if the llRegionSay & llRegionSayTo cease
        to work
        properly.<br>
        >> the client prims aren't receiving the messages from the
        servers.<br>
        >> What makes this even more strange is that it doesn't
        happen with
        all<br>
        >> of them and the prims being effected is random.. in
        other words,
        an<br>
        >> hour after the sim is restarted (for example) a subset
        of the
        servers<br>
        >> are failing to properly send messages but the subset of
        scripts<br>
        >> effected seems to be different each time.<br>
        >><br>
        >> I have had my resident go through and confirm that
        channel
        settings<br>
        >> are set correctly and that there is no channel
        confusion or
        conflicts<br>
        >> ... the scripts themselves seem to be OK. I also had
        him test
        this<br>
        >> system on a blank sim or a sim with considerably less
        scripts and
        the<br>
        >> system works flawlessly.<br>
        >><br>
        >> My first thought was that there was an issue with the
        listeners
        in the<br>
        >> receiving prims and we're hitting some sort of imposed
        limit to
        the<br>
        >> number of listeners or listener events allowed on a
        region. I
        found<br>
        >> in the OpenSimDefaults.ini file that there is in fact a<br>
        >> max_listens_per_region setting and a
        max_listens_per_script
        setting.<br>
        >> My first inclination was that he was hitting one of
        these limits
        so,<br>
        >> I modified these settings to 0 so that the system would
        not
        impose any<br>
        >> limits and unfortunately, this did not fix the issue.<br>
        >><br>
        >> Is there somewhere else in the ini files or hardcoded
        in the
        simulator<br>
        >> code itself where a limitation is being set? If not,
        what else
        could<br>
        >> be causing this behavior?<br>
        >><br>
        >> Below is a dump of some of the relevant statistics for
        the region
        in<br>
        >> question. Any assistance would be greatly appreciated.<br>
        >><br>
        >> CONNECTION STATISTICS<br>
        >> Client logouts due to no data receive timeout: 0<br>
        >> SAMPLE FRAME STATISTICS<br>
        >> Dilatn SimFPS PhyFPS AgntUp RootAg ChldAg Prims AtvPrm
        AtvScr<br>
        >> ScrLPS<br>
        >> 1.00 54 53.8 0.0 0 0 6623 0 1760<br>
        >> 5<br>
        >> PktsIn PktOut PendDl PendUl UnackB TotlFt NetFt PhysFt
        OthrFt<br>
        >> AgntFt<br>
        >> ImgsFt<br>
        >> 15 24 0 0 0 19.1 0.0 0.0 0.0 0.0<br>
        >> 0.0<br>
        >> MEMORY STATISTICS<br>
        >> Heap allocated to OpenSim : 645 MB<br>
        >> Last heap allocation rate : 0.323 MB/s<br>
        >> Average heap allocation rate: 0.202 MB/s<br>
        >> Process memory : 1270 MB<br>
        >> Status of XEngine instance<br>
        >> Scripts loaded : 1760<br>
        >> Scripts waiting for load : 0<br>
        >> Max threads : 100<br>
        >> Min threads : 2<br>
        >> Allocated threads : 12<br>
        >> In use threads : 2<br>
        >> Work items waiting : 0<br>
        >> Events queued : 0<br>
        >> Events processed : 214185<br>
        >> Sensors : 8<br>
        >> Dataserver requests : 0<br>
        >> Timers : 46<br>
        >> Listeners : 61<br>
        >><br>
        >><br>
        >><br>
        >> _______________________________________________<br>
        >> Opensim-users mailing list<br>
        >> <a class="moz-txt-link-abbreviated" href="mailto:Opensim-users@opensimulator.org">Opensim-users@opensimulator.org</a><br>
        >>
        <a class="moz-txt-link-freetext" href="http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users">http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users</a><br>
        ><br>
        > _______________________________________________<br>
        > Opensim-users mailing list<br>
        > <a class="moz-txt-link-abbreviated" href="mailto:Opensim-users@opensimulator.org">Opensim-users@opensimulator.org</a><br>
        >
        <a class="moz-txt-link-freetext" href="http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users">http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users</a><br>
        ><br>
        <br>
        <br>
        ___________________________<br>
        Karl M. Dreyer Jr.<br>
        In World Avi : Damean Paolino<br>
        Island Oasis, LLC Co-Founder | CIO<br>
        <a class="moz-txt-link-freetext" href="http://www.islandoasis.biz">http://www.islandoasis.biz</a><br>
        <br>
        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.</p>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Opensim-users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Opensim-users@opensimulator.org">Opensim-users@opensimulator.org</a>
<a class="moz-txt-link-freetext" href="http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users">http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>