Can XML-RPC performance be improved?

[Gregory Piñero]

Perhaps there's a hardware solution?  Could you run more servers in
parallel?  Or have some sort of load distribution system?

(Just some generic server tips, I don't know much about XML-RPC)

-Greg


On 3/21/06, Diez B. Roggisch <deets at nospam.web.de> wrote:
> Sion Arrowsmith wrote:
>
> > I've got an established client-server application here where there
> > is now a need to shovel huge amounts of data (structured as lists of
> > lists) between the two, and the performance bottleneck has become
> > the amount of time spent parsing XML (it's taking 100% CPU on one or
> > other end of the connection and accounting for well over 50% of the
> > total call time, to the extent that it's having a greater impact on
> > performance than user interaction). And this is using SGMLOP for
> > parsing -- I dread to think what it would be like with a slower
> > parser. Anyone (Fredrik?) got any good ideas for tackling this
> > problem?
>
> CORBA. Or TCP/IP directly. I know that isn't really the answer you're
> looking for - but there is an overhead parsing XML, and that can't go away.
> >From what I read at SGMLOP's site I doub't that you can get much faster -
> because speed comes with sacrificing standard compliancy, which it already
> seems to do.
>
> Regards,
>
> Diez
> --
> http://mail.python.org/mailman/listinfo/python-list
>


--
Gregory Piñero
Chief Innovation Officer
Blended Technologies
(www.blendedtechnologies.com)