[
http://jira.jboss.com/jira/browse/JBCLUSTER-131?page=all ]
Brian Stansberry updated JBCLUSTER-131:
---------------------------------------
Attachment: bundleeffect.xls
Updated bundleeffect.xls with results using different granularities (and thus different
numbers of requests per second.) UDP transport. See GRANULARITY - UDP worksheet for
details. Results were consistent with the previous results.
With REPL_SYNC, disabling bundling seems helpful with lower numbers of requests per
second; once req/s get high bundling actually improves performance.
With REPL_ASYNC, the effect of disabling bundling is inconsistent, but generally somewhat
negative.
Evaluate impact of message bundling in HttpSession replication
performance
--------------------------------------------------------------------------
Key: JBCLUSTER-131
URL:
http://jira.jboss.com/jira/browse/JBCLUSTER-131
Project: JBoss Clustering
Issue Type: Task
Security Level: Public(Everyone can see)
Reporter: Brian Stansberry
Assigned To: Brian Stansberry
Fix For: Q3Y6
Attachments: bundleeffect.xls, bundleeffect.xls, tc5-cluster-service.xml.nio,
tc5-cluster-service.xml.tcp, tc5-cluster-service.xml.udp
As described in
http://wiki.jboss.org/wiki/Wiki.jsp?page=ProblemAndClusterRPCs the use of
message bundling is not optimal for RPC calls. Essentially all clustering traffic in the
AS is RPC calls, so we should evaluate the impact of disabling message bundling.
I'm going to evaluate this using both REPL_SYNC and REPL_ASYNC. Any negative effect
of bundling with REPL_ASYNC should be less, as the caller does not wait for the response.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
http://www.atlassian.com/software/jira