I have also understood that turning on no delay causes more
network traffic. That was partly the reason for leaving it off
by default.

I suggest we consider making it default to "on" in the future.

Sanjiva.

----- Original Message -----
From: "Scott Nichol" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, July 26, 2002 8:01 AM
Subject: Re: setTcpNoDelay; why not true by default?


> The default is simply for backward compatibility.  This is like when the
> ability to set the output buffer size was added.  The objective was to
> ensure unchanged behavior for users working without the feature,
especially
> given that the feature was virtually untested at the release date, and no
> one have quantitative measurements of the actual benefits.
>
> Scott Nichol
>
> ----- Original Message -----
> From: "WJCarpenter" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, July 25, 2002 6:43 PM
> Subject: setTcpNoDelay; why not true by default?
>
>
> > It's very nice indeed that SOAP 2.3 has direct API support for setting
> > the TcpNoDelay option.  It seems curious to me, though, that it's not
> > defaulted to true (which, in the strange lingo of this option, means
> > "yes, I want no delay").  I don't imagine any SOAP calls would ever
> > benefit from having the Nagle algorithm delay.
> >
> > Shouldn't we just default it to true instead of depending on callers to
> > be wise enough to do it on their own?  Just like in the stock market,
> > where theinsiders will always have better performance than people like
me,
> Apache
> > SOAP insiders will know to call
> SOAPHttpConnection.setTcpNoDelay(BooleanTRUE)
> > and have better performance than the unwashed.
> > --
> > [EMAIL PROTECTED] (WJCarpenter)    PGP 0x91865119
> > 38 95 1B 69 C9 C6 3D 25    73 46 32 04 69 D6 ED F3
> >
> >
> >
> >
> > --
> > To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
> >
> >
>
>
> --
> To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to