RE: Performance degradation

[Jesse Pelton]

Title: Performance degradation

Hmm. I wonder if the pluggable memory manager introduced in 2.3 is responsible for the degradation. If I understand your benchmarks correctly, changing from Xerces 2.2 or earlier to 2.3 or later results in a 28% decrease in message throughput, from 50/sec to 36/sec. That's pretty serious.

 

Can you profile your application to see if there are any obvious bottlenecks in Xerces or elsewhere? Knowing where the problem lies would help you and/or the maintainers address it.

---

From: Qiu, Wenning [mailto:[EMAIL PROTECTED]
Sent: Tuesday, April 27, 2004 9:59 AM
To: [EMAIL PROTECTED]
Subject: Performance degradation

Hi, All

We have observed a performance degradation when upgrading some third-party packages in our production systems.

We are currently using xercesc.2.1.0 with STLport.4.5.3, libhoard.2.1.0 and expat.1.95.4. We are looking at upgrading to xercesc.2.5.0, STLport.4.6.2, libhoard.2.1.2d and expat.1.95.7.

Our current production code can process about 40 messages per CPU-second in our test environment, while the new build with all new 3-rd party packages can do only 36 per CPU-second. However, when built with xercesc.2.1.0(or 2.2.0), STLport.4.6.2, libhoard.2.1.2d and expat.1.95.7, it can handle close to 50 mesages per CPU-second.

We have tested all xercesc releases since 2.1.0, it seems that the performance drop started since 2.3.0 and remained till the latest release.

Is there a way to turn off the unwanted features in the new releases so that good performance is retained?

Does anybody have any idea when performance is to be addressed in future releases?

For now it looks like we can move up to 2.2.0 at best since the performance is of great importance for our system.

Thanks for any feedback.





Wenning Qiu
CSG Systems Inc.
Phone: (402)963-8364
Email: [EMAIL PROTECTED]