Thanks for taking the time for this very important issue. Looking forward to
patches/test-cases
from you. Please add them to bugzilla directly and one of us will look into it.
Thanks,
dims
--- Dennis Sosnoski <[EMAIL PROTECTED]> wrote:
> I've been doing some investigations into Ax
I've been doing some investigations into Axis performance issues. I've
mainly been looking at RPC-encoded, since that seems to be the bulk of
the web services world (at least, outside of .NET). One thing I've
noticed is the amount of redundant information in the encoding of
- Original Message -
From: "Kenneth Chiu" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, October 17, 2002 2:08 PM
Subject: Re: Axis performance
> On Tue, 15 Oct 2002, Steve Loughran wrote:
> > Interesting to see that FP to ascii conv
send the double as text, but
include a hint which can be used to speed up the FP
conversion. We haven't investigated this yet, though.
> - Original Message -
> From: "Scott Nichol" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday,
aster
than Y, but more to investigate bottlenecks.
> -Original Message-
> From: Douglas Bitting [mailto:Douglas.Bitting@;agile.com]
> Sent: Tuesday, October 15, 2002 11:03 AM
> To: '[EMAIL PROTECTED]'
> Subject: Axis performance
>
>
> Just FYI, here is a
> Regarding nagling, HTTP1.0 is so aggressively sub-optimal that it is
always
> tempting to turn it off, yet TCP_NODELAY on long haul links is both
> anti-social and often counter-productive. Maybe clients should decide
> dynamically whether to delay or not depending on whether or not the
endpoint
TED]>
Sent: Tuesday, October 15, 2002 9:03 AM
Subject: Re: Axis performance
> Something this paper does not touch upon that has been much discussed on
> the Apache SOAP lists is disabling the Nagle algorithm, i.e. calling
> setTcpNoDelay(true), on the client socket. Basically, wit
> Delayed ACK
> withholds the ACK for a packet for typically 200 ms when either the
> packet is not a full MAC frame or the preceeding packet is not a full
> frame, although the delay is cancelled if the server has data to send
to
> the client, in which case the ACK is sent with the data.
Correct
Nichol
- Original Message -
From: "Douglas Bitting" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, October 15, 2002 11:02 AM
Subject: Axis performance
> Just FYI, here is a report that doesn't paint Axis in a very good
light, performance-wise. Like
-Original Message-
From: Douglas Bitting [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 15, 2002 11:03 AM
To: '[EMAIL PROTECTED]'
Subject: Axis performance
Just FYI, here is a report that doesn't paint Axis in a very good light,
performance-wise. Like any benchmark, one has
ay, October 15, 2002 11:03 AM
> To: '[EMAIL PROTECTED]'
> Subject: Axis performance
>
>
> Just FYI, here is a report that doesn't paint Axis in a very
> good light, performance-wise. Like any benchmark, one has to
> take it with a grain of
> salt since the
Just FYI, here is a report that doesn't paint Axis in a very good light,
performance-wise. Like any benchmark, one has to take it with a grain of
salt since the benchmark methodology may have nothing to do with how one uses the
software in question. So, FWIW...
http://www.extreme.indiana.edu/
12 matches
Mail list logo