[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: XML Performance in a Transacation

• To: d_a_carver@y...
• Subject: Re: XML Performance in a Transacation
• From: "Andrew S. Townley" <andrew.townley@b...>
• Date: Wed, 22 Mar 2006 22:23:32 +0000
• Cc: xml-dev@l...
• In-reply-to: <4421BF7C.9070105@y...>
• References: <4421BF7C.9070105@y...>

Hi Dave,

Based on what I've observed in our environment, there really isn't an
across-the-board answer.  The main contributing factors are:

* How big your messages are
* How you're parsing the messages
* How many times you're parsing the messages

If you're parsing messages multiple times, obviously that will give you
some overhead.  If you can do what you're doing in one pass, that's
certainly the most efficient.

I don't have any specific times, but we had to restructure some things
because of how we were constantly serializing/deserializing to strings
due to the toolkit (and usage model) we were using.  It was killing us
from a timing point of view.  Restructuring the way the message
processing was done and chaining things together using SAX filters, we
were able to get it reduced significantly.

So, I guess the short answer is:  it depends. ;)

Hope this helps you a little.

ast

On Wed, 2006-03-22 at 21:19, David Carver wrote:
> This is a pretty general question, and I know that it can very from 
> application to application, and even from parser to parser.   However, 
> I'm curious if anybody has any links to some performance tests that show 
> the overall time a transaction takes to complete, and how much of that 
> overall transaction time is devoted to parsing or validation of an XML 
> file.   Particularly, from retrieving an XML file from a data store, and 
> then completing the end transaction.
> 
> I've been requested to provide some numbers to show that actual XML 
> validation results and parsing are a small portion of the overall 
> transaction process, when dealing with XML in a B2B process.  Any 
> information that can be provided would be appreciated.
> 
> Dave
> 
> 
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
> 
> The list archives are at http://lists.xml.org/archives/xml-dev/
> 
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://www.oasis-open.org/mlmanage/index.php>
-- 
Join me in Dubrovnik, Croatia on May 8-10th when I will be speaking at
InfoSeCon 2006.  For more information, see www.infosecon.org.

***************************************************************************************************
The information in this email is confidential and may be legally privileged.  Access to this email by anyone other than the intended addressee is unauthorized.  If you are not the intended recipient of this message, any review, disclosure, copying, distribution, retention, or any action taken or omitted to be taken in reliance on it is prohibited and may be unlawful.  If you are not the intended recipient, please reply to or forward a copy of this message to the sender and delete the message, any attachments, and any copies thereof from your system.
***************************************************************************************************

• References:
  • XML Performance in a Transacation
    • From: David Carver <d_a_carver@y...>

• Prev by Date: XML Performance in a Transacation
• Next by Date: Re: XML Performance in a Transacation
• Previous by thread: XML Performance in a Transacation
• Next by thread: Re: XML Performance in a Transacation
• Index(es):
  • Date
  • Thread