Re: SOAP performance data and open benchmarks

> -----Original Message-----
> From: Discussion of implementing SOAP applications today
> [mailto:[email protected]]On Behalf Of Phil Troy
> Sent: Tuesday, October 15, 2002 2:24 AM
> To: [email protected]
> Subject: Re: [SOAP] SOAP performance data and open benchmarks
>
>
> Hi!
>
> One fo the responses to the question about performance indicated that XML
> was necessarily (much) slower because of the increased size of the
> messages.
>
> Would the difference be significantly decreased if compression were used,
> particularly with arrays where the same keywords may be used very
> frequently in the message.  Furthermore, if the compression were built
into
> the xml text generation, might not the processing time to create the
> compressed message be very significantly reduced?

From my experience, the performance hit isn't a function of message transfer
speed, it's a function of the XML processing speed. It takes time to process
the XML and convert the XML types into Java or C# types. Compression only
adds to the processing time.

Also, keep in mind that messages may get routed through one or more
intermediaries that might perform functions such as authentication or
authorization checks, auditing, version control, transformation, or some
other type of header processing work. If you're compressing your messages,
then you're likely to make performance worse.

They best way to increase performance is to improve the efficiency of your
XML parser.

Anne

You can read messages from the SOAP archive, unsubscribe from SOAP, or subscribe to other
DevelopMentor lists at http://discuss.develop.com.