Uploaded image for project: 'WildFly'
  1. WildFly
  2. WFLY-8447

Change FD to FD_ALL in default TCP JGroups stack

    XMLWordPrintable

Details

    Description

      I was speaking to rhn-engineering-bban on performance tuning recommendations for the upcoming EAP 7.1 Performance Tuning Guide.

      He mentioned that he could see no reason why the default JGroups TCP stack should be using FD instead of FD_ALL for failure detection. (the UDP stack already has FD_ALL as the default).

      Rather than instruct customers to change the protocol manually, it would be better if the default TCP stack could be changed to use FD_ALL by default.

      Here are the default stacks taken from `standalone-ha.xml` in 7.1.0.DR14:

      <stacks>
          <stack name="udp">
              <transport type="UDP" socket-binding="jgroups-udp"/>
              <protocol type="PING"/>
              <protocol type="MERGE3"/>
              <protocol type="FD_SOCK"/>
              <protocol type="FD_ALL"/>
              <protocol type="VERIFY_SUSPECT"/>
              <protocol type="pbcast.NAKACK2"/>
              <protocol type="UNICAST3"/>
              <protocol type="pbcast.STABLE"/>
              <protocol type="pbcast.GMS"/>
              <protocol type="UFC"/>
              <protocol type="MFC"/>
              <protocol type="FRAG2"/>
          </stack>
          <stack name="tcp">
              <transport type="TCP" socket-binding="jgroups-tcp"/>
              <socket-protocol type="MPING" socket-binding="jgroups-mping"/>
              <protocol type="MERGE3"/>
              <protocol type="FD_SOCK"/>
              <protocol type="FD"/>
              <protocol type="VERIFY_SUSPECT"/>
              <protocol type="pbcast.NAKACK2"/>
              <protocol type="UNICAST3"/>
              <protocol type="pbcast.STABLE"/>
              <protocol type="pbcast.GMS"/>
              <protocol type="MFC"/>
              <protocol type="FRAG2"/>
          </stack>
      </stacks>
      

      Attachments

        Issue Links

          Activity

            People

              pferraro@redhat.com Paul Ferraro
              pferraro@redhat.com Paul Ferraro
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

              Dates

                Created:
                Updated:
                Resolved: