public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: David Schwartz <davids@webmaster.com>
To: <malekith@pld.org.pl>
Cc: <linux-kernel@vger.kernel.org>
Subject: Re: strange TCP stack behiviour with write()es in pieces
Date: Thu, 3 Jan 2002 12:43:00 -0800	[thread overview]
Message-ID: <20020103204302.AAA10050@shell.webmaster.com@whenever> (raw)
In-Reply-To: <20020103132252.GB21184@ep09.kernel.pl>


On Thu, 3 Jan 2002 14:22:52 +0100, Michal Moskal wrote:

>>    If you can design an algorithm that makes that only two times slower, 
>>then
>> the world will be excited and interested and perhaps that algorithm will
>>replace TCP. But until that time, we're stuck with what we have.

>With negle disabled it works 17/15 times slower, which is much less then
>two. Similary with UNIX domain sockets.

	However, with Nagle disabled, there is no bound to how poor network 
efficiency can be. If you do a single byte write every tenth of a second, you 
will send out a packet for each single byte.

	You can only disable Nagle if you can assume that the application is smart 
enough to do the coalescing. After all, someone has to. Since we're talking 
about an app that can't coalesce, you cannot disable Nagle. (Unless you 
consider it acceptable to send one byte of data in each packet.)

	Again, an application *must* *not* disable Nagle unless it (the app) takes 
responsibility for ensuring that data is sent in large enough chunks to 
ensure network efficiency. So you can disable nagle if you want to, but not 
until *AFTER* you make sure your application coalesces writes.

	DS



  reply	other threads:[~2002-01-03 20:43 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-01-03 13:22 strange TCP stack behiviour with write()es in pieces Michal Moskal
2002-01-03 20:43 ` David Schwartz [this message]
  -- strict thread matches above, loose matches on Subject: below --
2002-01-02 16:28 Michal Moskal
2002-01-02 18:26 ` Edgar Toernig
2002-01-02 19:46 ` dean gaudet
2002-01-02 20:21   ` Richard B. Johnson
2002-01-02 21:49 ` David Schwartz

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=20020103204302.AAA10050@shell.webmaster.com@whenever \
    --to=davids@webmaster.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=malekith@pld.org.pl \
    /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