netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Stephen Hemminger <shemminger@osdl.org>
To: "Radko Mihal" <rmihal@pobox.sk>
Cc: netdev@vger.kernel.org
Subject: Re: Setting TCP_NODELAY doesn't disable Nagle's alg. on loopback
Date: Tue, 16 May 2006 09:16:06 -0700	[thread overview]
Message-ID: <20060516091606.39d0ecc3@localhost.localdomain> (raw)
In-Reply-To: <fc1d209cf91d41b5a5ff491732e52283@pobox.sk>

On Tue, 16 May 2006 10:50:30 +0200
"Radko Mihal" <rmihal@pobox.sk> wrote:

> Hi,
> 
> We are facing strange problem with disabling the Nagle's algorithm via setting the TCP_NODELAY flag on server socket (setsockopt), where server is communication with client via loopback.
> After the first segment (of the response) is sent by server side, server is waiting for ACK instead of continuing sending next segments (as it should use sliding window principle). The client sends ACK after 40 ms, only then server sends the rest of responses packed into one segment. The 40 ms is a big delay and causes reponse processing to be 10 times slower.
> 
> The thing doesn't happen, if we move client to another host. In that case the server don't wait for ACK, don't pack responses and also response processing is much faster.
> 
> It seems, like on loopback the Nagle's alg. is still acting (citate from alg. description says:"a first segment is sent immediately, while further data on the sender side is buffered until either a full maximum segment can be sent or an acknowledgement for the first segment is received)
> 
> I found some descriptions of the same problem, but with no solution!
> Is there a bug in setsockopt()? We are using 2.6.5 kernel.

If it is 2.6.5 that is over 2+ years old. Please try with something past the Pleistocene era...

More likely, you mean 2.6.15 and you are seeing the effect of TCP ABC.  ABC is appropriate byte count
and it penalizes applications that do small sends. The correct fix is to change your application
to use TCP_CORK or do consolidation with writev(), sendmsg(), etc. This came up with the Java
debugger, see mailing list archives.

  reply	other threads:[~2006-05-16 16:16 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-05-16  8:50 Setting TCP_NODELAY doesn't disable Nagle's alg. on loopback Radko Mihal
2006-05-16 16:16 ` Stephen Hemminger [this message]
2006-05-16 20:53   ` David S. Miller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20060516091606.39d0ecc3@localhost.localdomain \
    --to=shemminger@osdl.org \
    --cc=netdev@vger.kernel.org \
    --cc=rmihal@pobox.sk \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).