[
https://issues.jboss.org/browse/ISPN-6580?page=com.atlassian.jira.plugin....
]
William Burns edited comment on ISPN-6580 at 5/5/16 11:49 AM:
--------------------------------------------------------------
Removing the executor group and replacing with a single downstream only execution handler
seems to get the rest of the get performance back in line. Changes can be found at
https://github.com/wburns/infinispan/commit/b6f214cb28fd250de9e31878acd70...
was (Author: william.burns):
Removing the executor group and replacing with a single downstream only execution handler
seems to get the rest of the get performance back in line. Changes can be found at
b6f214cb28fd250de9e31878acd709fbb99d1906
Hotrod performance regressions after ISPN-5342 ISPN-6545
--------------------------------------------------------
Key: ISPN-6580
URL:
https://issues.jboss.org/browse/ISPN-6580
Project: Infinispan
Issue Type: Bug
Components: Remote Protocols, Server
Reporter: Jakub Markos
Assignee: William Burns
Attachments: jfr_recordings.zip, pom.xml, Reproducer.java
There were 2 recent regressions in hotrod performance, one between commits dd5501c5e and
628819461 and the second one between 628819461 and db0890270. I didn't look for the
exact commits, so the name of the issue might not be 100% exact...
It is easily reproducable locally with a single server instance, reproducer attached.
The numbers on my machine:
||Build commit||Puts time||Gets time||
|dd5501c5e|21|74|
|628819461|26|102|
|db0890270|48|224|
The JFR recordings (attached, captured is only the part of the test with gets) for
db0890270 show a lot of time is spent in HotRodDecoder#resetNow(), and also the allocation
rate goes from 100MB/s for dd5501c5e to over 1GB/s for db0890270. There are no glaring
differences between dd5501c5e and 628819461.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)