From: Baruch Even <baruch@ev-en.org>
To: Christian Schmid <webmaster@rapidforum.com>
Cc: bert hubert <ahu@ds9a.nl>, Nivedita Singhvi <niv@us.ibm.com>,
netdev@oss.sgi.com
Subject: Re: many outgoing tcp sockets are slower than a few
Date: Mon, 21 Feb 2005 13:59:19 +0000 [thread overview]
Message-ID: <4219E937.6030108@ev-en.org> (raw)
In-Reply-To: <4219B99E.1000603@rapidforum.com>
Christian Schmid wrote:
> bert hubert wrote:
>
>> On Mon, Feb 21, 2005 at 01:35:33AM +0100, Christian Schmid wrote:
> Outgoing data. I am using sendfile() to send the file on a non-blocking
> socket but the call blocks for 100 ms per socket if I get over 3000
> sockets. Thats causing the massive slowdown in sum. I first thought its
> a disk-issue but I tried with pure-cache data as well and it still blocks.
>
>>> 3000 sockets = no slowdown at all (500 MBit in use)
>>> 3300 sockets = 10% slowdown
>>> 3600 sockets = 30% slowdown
>>> 4000 sockets = 60% slowdown (i aborted here, as it only uses 200 MBit
>>> for sending... catastrophy!)
>>>
[snip]
>> I'm a bit confused, it is a download service so you are probably
>> *sending*
>> data?
>
> Only sending. Receiving ACKs of course.
I've been doing some work to improve ACK performance, you can find some
patches for Linux 2.6.6 at http://hamilton.ie/net/
I've only tested these patches for a single (or few) very fast
connections, but I'd expect the problem might manifest itself for a very
large number of connections as well. Though then you might hit other
bottlenecks (memory access for different structures).
Baruch
prev parent reply other threads:[~2005-02-21 13:59 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-02-21 0:05 Annoying bug with many sockets Christian Schmid
2005-02-21 0:26 ` Nivedita Singhvi
2005-02-21 0:35 ` Christian Schmid
2005-02-21 9:01 ` many outgoing tcp sockets are slower than a few bert hubert
2005-02-21 10:36 ` Christian Schmid
2005-02-21 12:02 ` Lennert Buytenhek
2005-02-21 12:25 ` bert hubert
2005-02-21 12:36 ` Lennert Buytenhek
2005-02-21 17:17 ` Christian Schmid
2005-02-21 17:24 ` bert hubert
2005-02-21 19:10 ` Christian Schmid
2005-02-21 17:29 ` Lennert Buytenhek
2005-02-21 19:11 ` Christian Schmid
2005-02-21 13:59 ` Baruch Even [this message]
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=4219E937.6030108@ev-en.org \
--to=baruch@ev-en.org \
--cc=ahu@ds9a.nl \
--cc=netdev@oss.sgi.com \
--cc=niv@us.ibm.com \
--cc=webmaster@rapidforum.com \
/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).