[jboss-jira] [JBoss JIRA] (JGRP-1716) Regression between 3.2.x and 3.3.x/3.4.x in Infinispan read simulation
Divya Mehra (JIRA)
jira-events at lists.jboss.org
Mon Oct 28 19:24:02 EDT 2013
[ https://issues.jboss.org/browse/JGRP-1716?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Divya Mehra updated JGRP-1716:
------------------------------
Labels: jdg620_dm (was: )
> Regression between 3.2.x and 3.3.x/3.4.x in Infinispan read simulation
> ----------------------------------------------------------------------
>
> Key: JGRP-1716
> URL: https://issues.jboss.org/browse/JGRP-1716
> Project: JGroups
> Issue Type: Bug
> Affects Versions: 3.3, 3.4
> Reporter: Dan Berindei
> Assignee: Bela Ban
> Labels: jdg620_dm
> Fix For: 3.4.1, 3.5
>
> Attachments: benchmark-jgroups.xml, jgroups-udp.pdf, jgroups-udp.xml
>
>
> Comparing JGroups 3.2/3.3/3.4 performance with Radargun, the throughput of reads in scenario simulating Infinispan went down by ~10%. See the attached chart.
> * getall: the get request is sent to single node (randomly picked owner)
> * getfirst: the get requests are sent to 2 nodes with ResponseMode.GET_FIRST - the second response is discarded.
> .h5 Suspects:
> Erik Salter profiled his application and noticed that the message parsing in the UDP receiver thread seemed to slow things down. He wrote a patch that brought his throughput back to 3.2 levels: https://github.com/an1310/JGroups/compare/t_perfhack
> The UDP receiver thread may not tell the whole story, however: in the Radargun tests, performance with his patch was even lower.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
More information about the jboss-jira
mailing list