Issue Details (XML | Word | Printable)

Key: AXIS2-172
Type: Wish Wish
Status: Resolved Resolved
Resolution: Fixed
Priority: Minor Minor
Assignee: Davanum Srinivas
Reporter: Eran Chinthaka
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Axis 2.0 (Axis2)

Axis2 Performance Check

Created: 24/Aug/05 01:26 PM   Updated: 03/Oct/06 05:49 PM
Return to search
Component/s: None
Affects Version/s: None
Fix Version/s: None

Time Tracking:
Not Specified

Issue Links:
Reference
 

Resolution Date: 03/Oct/06 05:49 PM


 Description  « Hide
We had a performance and profiler check on Axis2 when we released M1. But after that we couldn't do it.
For testing AXIOM, we used Sosnoski's XML bench.
IMO, its better to do these again, before we release 1.0.

 All   Comments   Work Log   Change History   Subversion Commits      Sort Order: Ascending order - Click to sort in descending order
Dennis Sosnoski added a comment - 25/Aug/05 03:34 AM
I can write a version of the test for Axis2/XMLBeans so that it'll be directly comparable with the Axis results. I think I'm missing some steps in how to actually start from WSDL and build both client and server versions of code using XMLBeans. Is this documented somewhere I've overlooked?

I assume I want to start by generating XMLBeans classes from the WSDL, I'm just unclear on the details of hooking them in to Axis2 on both ends.

Dennis Sosnoski added a comment - 25/Aug/05 03:37 AM
In the above comment I was referring to my web services performance test, at http://www.sosnoski.com/presents/cleansoap/comparing.html I know this was used for some tests on Axis 1.2, and at first glance I assumed this was what you were referring to in the description. It's probably a decent starting point for Axis2 tests in any case, since it gives a baseline covering several different frameworks.

Eran Chinthaka added a comment - 25/Aug/05 12:22 PM
Well, I was referring to the XMLBench to check the performance of AXIOM.

Anyway we wanna do the Axis2 engine perf check too. Hope your approach will be fine on that.

Dennis Sosnoski added a comment - 06/Feb/06 12:31 PM
Taking a look at the current AXIOM code, I can guarantee that the memory usage is going to be considerably higher than any of the standard document models for whatever portion of the tree actually gets built. The OMNodeImpl class alone has 4 object references, and int, and a boolean, for a minimum size of 21 bytes. The OMElementImpl class adds another 6 object references and 2 ints, for a mimum size of 53 bytes. OMTextImpl adds 7 object references and 2 booleans to OMNodeImpl, for a minimum size of 52 bytes. These are much larger than the equivalent classes from standard document models (JDOM, for instance, has 6 object references in its Element class, for a minimum size of 24 bytes, and just 2 object references in its Text class, for a minimum size of 8 bytes).

Do you still have the XMLBench code you used for testing the M1 AXIOM? It's probably a good idea to try another test run as we're nearing the 1.0 release.

Davanum Srinivas made changes - 31/Mar/06 04:42 AM
Field Original Value New Value
Link This issue is related to AXIS2-533 [ AXIS2-533 ]
Deepal Jayasinghe added a comment - 20/Apr/06 12:21 PM
Dims:
I know that you did a great job to improve axom performance , I think we are in a position to close this issue.

Eran Chinthaka added a comment - 20/Apr/06 12:33 PM
Hmm, I think Axiom perf check is just one part of this.

We need to run some perf test on things like round trip time and memory and try to improve them. So lets not close this.

Davanum Srinivas added a comment - 20/Apr/06 12:35 PM
Yep. Please don't close this.

-- dims

Eran Chinthaka added a comment - 03/Oct/06 05:49 PM
Performance test already done and logged in here http://www.wso2.net/2006/05/axis2_performance_testing_round_1.

Eran Chinthaka made changes - 03/Oct/06 05:49 PM
Status Open [ 1 ] Resolved [ 5 ]
Resolution Fixed [ 1 ]
Assignee Davanum Srinivas [ dims ]