[jboss-svn-commits] JBL Code SVN: r33053 - labs/jbosstm/workspace/whitingjr/trunk/performance.
jboss-svn-commits at lists.jboss.org
jboss-svn-commits at lists.jboss.org
Mon May 24 13:24:17 EDT 2010
Author: whitingjr
Date: 2010-05-24 13:24:17 -0400 (Mon, 24 May 2010)
New Revision: 33053
Modified:
labs/jbosstm/workspace/whitingjr/trunk/performance/README.txt
Log:
Updated release history.
Modified: labs/jbosstm/workspace/whitingjr/trunk/performance/README.txt
===================================================================
--- labs/jbosstm/workspace/whitingjr/trunk/performance/README.txt 2010-05-24 17:19:22 UTC (rev 33052)
+++ labs/jbosstm/workspace/whitingjr/trunk/performance/README.txt 2010-05-24 17:24:17 UTC (rev 33053)
@@ -63,17 +63,27 @@
0.7 Provide configuration to bypass the connection pooling implementation. Instead
the connection is cached per thread.
+ Using the cached connection and XA resources the enlistment and delistment is
+ handled by extended wrapper classes.
+ Added capturing Dstat metrics during the profiling run.
+ Added charting of the Dstat metrics.
+
+
+
Known issues:
- The original performance profiling project called Java Interactive Profiler (JIP) was integrated
+
+* The original performance profiling project called Java Interactive Profiler (JIP) was integrated
with the profiling system. However the JIP profiler affected the performance results excessively
and was abandoned. Instead the 'wall to wall' time is captured for the 'steady state' run.
Integration with profilers has not been abandoned and others can be used. An alternative
working profiler configuration is JProfiler. Ideally, at a later date another open source
profiler will be integrated.
- The connection pooling performance is possibly a scalability bottleneck. Based on lock
+* The connection pooling performance is possibly a scalability bottleneck. Based on lock
contention (100+ threads) around the pooling code. More investigation required to confirm
this. To overcome CPU saturation due to saturation have change the ManagedConnectionFactory
to bypass the pooling and instead cache the connection per thread.
+* The current implementation does not release the connection back to the pool when the cached
+ connection feature is used.
\ No newline at end of file
More information about the jboss-svn-commits
mailing list