Return-Path: Delivered-To: apmail-axis-java-dev-archive@www.apache.org Received: (qmail 29642 invoked from network); 5 Jan 2011 02:49:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 5 Jan 2011 02:49:10 -0000 Received: (qmail 87451 invoked by uid 500); 5 Jan 2011 02:49:10 -0000 Delivered-To: apmail-axis-java-dev-archive@axis.apache.org Received: (qmail 87189 invoked by uid 500); 5 Jan 2011 02:49:09 -0000 Mailing-List: contact java-dev-help@axis.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: java-dev@axis.apache.org Delivered-To: mailing list java-dev@axis.apache.org Received: (qmail 87180 invoked by uid 99); 5 Jan 2011 02:49:09 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Jan 2011 02:49:09 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 05 Jan 2011 02:49:07 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id p052mjQs017053 for ; Wed, 5 Jan 2011 02:48:45 GMT Message-ID: <18642640.151291294195725286.JavaMail.jira@thor> Date: Tue, 4 Jan 2011 21:48:45 -0500 (EST) From: "Amila Jayasekara (JIRA)" To: java-dev@axis.apache.org Subject: [jira] Updated: (RAMPART-298) Client using SymmetricBinding runs slower and slower as more requests are made MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/RAMPART-298?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Amila Jayasekara updated RAMPART-298: ------------------------------------- Attachment: rampart-receiver.pdf Carried out some performance tests on this issue. As for 30th December 2010 following results were found during sign and encryption. Rampart used for this experiment was built using the trunk code that was available on 30th December 2010. Results show that time to serve a request increases with the number of requests. Thus, when the number of requests increases, time increases in a near exponential manner. Theoretically when the number of requests increases time should increase in a linear manner. To isolate the issue, time values were collected for each module in each request. Rampart has 5 modules. They are, 1. RampartReceiver 2. WSDoAllReceiver 3. PostDispatchVerificationHandler 4. WSDoAllSender 5. RampartSender All server side modules consumed a constant time per each requests. All modules in client side also showed a constant time per request, except module "RampartReceiver". When the number of requests increases time to execute a "RampartReceiver" module also increases. This behavior is best explained using the attached rampart-receiver.pdf document. Thanks AmilaJ > Client using SymmetricBinding runs slower and slower as more requests are made > ------------------------------------------------------------------------------ > > Key: RAMPART-298 > URL: https://issues.apache.org/jira/browse/RAMPART-298 > Project: Rampart > Issue Type: Bug > Components: rampart-core > Affects Versions: 1.5 > Reporter: Dennis Sosnoski > Attachments: axis2-symm-bug.zip, rampart-receiver.pdf > > > Tests run with Axis2/Rampart client talking to an Axis2/Rampart server using SymmetricBinding get slower and slower as the number of requests goes up. Here are some typical figures: > 100 requests - 8.0 seconds > 200 requests - 19.1 seconds > 300 requests - 40.9 seconds > 400 requests - 77.0 seconds > 500 requests - 134.4 seconds > Since this appears to be strictly a function of the number of requests run using a single client, I suspect the Rampart client code is doing something like caching all the generated secret keys and then doing a linear search to find the one referenced in a response. > To demonstrate the problem using the attached code, first edit the build properties to set the path to the Axis2 installation, then build using "ant" command, upload .aars to server, and run test using "ant run-encr". The number of requests can be changed in the build.properties file before each test run. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscribe@axis.apache.org For additional commands, e-mail: java-dev-help@axis.apache.org