Our clustering stress tests show huge performance drop of 7.0.0.DR8 bits compared to 6.4.0 bits.

Compare these results:

stress-heavyread-session-repl-sync
7.0.0.DR8: throughput + response times
6.4.0.GA: throughput + response times

Jenkins runs (server configs + logs can be found here):
7.0.0.DR8: http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-stress-heavyread-session-repl-sync_noperf21/2/
6.4.0.GA: http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-6x-stress-heavyread-session-repl-sync_noperf21/1/

One can observe that when using 7.0.0.DR8 bits, throughput reaches a threshold of approximately 6000 TPS. This happens in each test using REPL-SYNC cache, for example:

stress-session-repl-sync
7.0.0.DR8: throughput + response times
6.4.0.GA: throughput + response times

All tests use a 4-node EAP cluster and 5 nodes that generate load. Adding another node to the EAP cluster, the threshold is lowered to 5200 TPS and the max. response time raises, see:

stress-heavyread-session-repl-sync with 5-node cluster
7.0.0.DR8: throughput + response times

Most of the other scenarios indicate performance regression as well.

stress-session-dist-sync
7.0.0.DR8: throughput + response times
6.4.0.GA: throughput + response times

stress-session-repl-async
7.0.0.DR8: throughput + response times
6.4.0.GA: throughput + response times

This issue is related to https://issues.jboss.org/browse/JBEAP-768