axis-c-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Supun Kamburugamuva" <>
Subject Re: Axis2/C Performance Article
Date Thu, 15 May 2008 07:31:55 GMT
I think I have found the reason behind Guththila's low performance on large
data sets. Guththila's token cache gets too big in large requests. A simple
release statement was missing in the code and that causes the cache to get
too big. I need to investigate further on this and want to run the
performance tests again.


On Mon, May 12, 2008 at 12:20 PM, Supun Kamburugamuva <>

> Yes I agree with Nabeel. We need to figure out why our performance is low
> when the data sizes are large. At the surface level it seems that it has
> nothing to do with the Axis2/C engine when compare to the Axis2 Java. Also
> when the data sizes are large httpd itself may get slow.
> Another important thing is we need to see why guththila is slow when it
> comes to large data sizes. My guess is the buffer mechanism used in the
> guththila_xml_parser is causing this. But need to investigate this properly
> using a profiling tool.
> Thanks,
> Supun..
> On Sun, May 11, 2008 at 9:03 PM, Nabeel Yoosuf <>
> wrote:
>> It's encouraging to see the C implementation performs well.
>> As per the graphs, the performance gap between the two implementations
>> implementations (Java/C) and between the two parsers (Guththila/Libxml2)
>> narrows down as the data set size increases. There could possibly be two
>> reasons for this.
>> 1. Increased bandwidth utilization (as indicated in one of those graphs)
>> adds more network latency.
>> 2. The engine is less efficient in processing large data sets compared to
>> small sets.
>> It would be interesting to see which of the above two is the dominant
>> factor.
>> If it is the first one, one approach may be to introduce message
>> compression techniques for large data sets further improve performance. If
>> it is the second one, one possible direction is to see if the same data set
>> is repeatedly processed and take preventive actions (e.g. caching,
>> annotations, etc.).
>> Thanks,
>> Nabeel.
>> On Sat, May 3, 2008 at 5:00 AM, Samisa Abeysinghe <>
>> wrote:
>>> For anyone who is interested:
>>> Samisa...
>>> --
>>> Samisa Abeysinghe Director, Engineering; WSO2 Inc.
>>> - "The Open Source SOA Company"
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail:
>>> For additional commands, e-mail:

View raw message