[infinispan-issues] [JBoss JIRA] (ISPN-6580) Hotrod performance regressions after ISPN-5342 ISPN-6545

[Dan Berindei (JIRA)]

    [ https://issues.jboss.org/browse/ISPN-6580?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13201576#comment-13201576 ] 

Dan Berindei commented on ISPN-6580:
------------------------------------

[~william.burns] async interceptors are almost ready, so in theory we'll be able to run everything on the socket read thread. Of course, we're still missing an async SPI for the cache loaders, but I hope we'll also have async SPIs for those for 9.0.

For now, I would go ahead and invoke read operations on the netty socket read thread, as we have 2 x cores of those (I think), and data container misses should be pretty rare - except for performance tests that access keys using a uniform distribution ;)

> 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)