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

Change FD to FD_ALL in default TCP JGroups stack

    Details

      Description

      I was speaking to Bela Ban 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>
      

        Gliffy Diagrams

          Attachments

            Issue Links

              Activity

                People

                • Assignee:
                  pferraro Paul Ferraro
                  Reporter:
                  pferraro Paul Ferraro
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  2 Start watching this issue

                  Dates

                  • Created:
                    Updated:
                    Resolved: