Can XML-RPC performance be improved?
gregpinero at gmail.com
Tue Mar 21 18:07:54 CET 2006
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)
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.
Chief Innovation Officer
More information about the Python-list