Re: Axis performance enhancement

2002-11-25 Thread Davanum Srinivas
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

Axis performance enhancement

2002-11-25 Thread Dennis Sosnoski
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

Re: Axis performance

2002-10-18 Thread Steve Loughran
- 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

Re: Axis performance

2002-10-18 Thread Kenneth Chiu
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,

RE: Axis performance

2002-10-18 Thread Kenneth Chiu
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

Re: Axis performance

2002-10-15 Thread Scott Nichol
> 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

Re: Axis performance

2002-10-15 Thread Steve Loughran
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

Re: Axis performance

2002-10-15 Thread Scott Nichol
> 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

Re: Axis performance

2002-10-15 Thread Scott Nichol
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

RE: Axis performance

2002-10-15 Thread Tom Jordahl
-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

RE: Axis performance

2002-10-15 Thread Glen Daniels
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

Axis performance

2002-10-15 Thread Douglas Bitting
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/