From: Eric Dumazet <eric.dumazet@gmail.com>
To: Tom Herbert <therbert@google.com>
Cc: davem@davemloft.net, netdev@vger.kernel.org,
Yakov Lerner <iler.ml@gmail.com>
Subject: Re: [PATCH] tcp: Fix slowness in read /proc/net/tcp
Date: Mon, 07 Jun 2010 09:19:27 +0200 [thread overview]
Message-ID: <1275895167.2545.8.camel@edumazet-laptop> (raw)
In-Reply-To: <alpine.DEB.1.00.1006062020180.24064@pokey.mtv.corp.google.com>
Le dimanche 06 juin 2010 à 20:27 -0700, Tom Herbert a écrit :
> This patch address a serious performance issue in reading the
> TCP sockets table (/proc/net/tcp).
>
> Reading the full table is done by a number of sequential read
> operations. At each read operation, a seek is done to find the
> last socket that was previously read. This seek operation requires
> that the sockets in the table need to be counted up to the current
> file position, and to count each of these requires taking a lock for
> each non-empty bucket. The whole algorithm is O(n^2).
>
> The fix is to cache the last bucket value, offset within the bucket,
> and the file position returned by the last read operation. On the
> next sequential read, the bucket and offset are used to find the
> last read socket immediately without needing ot scan the previous
> buckets the table. This algorithm t read the whole table is O(n).
>
> The improvement offered by this patch is easily show by performing
> cat'ing /proc/net/tcp on a machine with a lot of connections. With
> about 182K connections in the table, I see the following:
>
> - Without patch
> time cat /proc/net/tcp > /dev/null
>
> real 1m56.729s
> user 0m0.214s
> sys 1m56.344s
>
> - With patch
> time cat /proc/net/tcp > /dev/null
>
> real 0m0.894s
> user 0m0.290s
> sys 0m0.594s
>
> Signed-off-by: Tom Herbert <therbert@google.com>
> ---
This problem raises every year, (last attempt from Yakov Lerner :
http://kerneltrap.org/mailarchive/linux-netdev/2009/9/26/6256119 )
And finally, someone motivated enough to use /proc/net/tcp found the
right answer ;)
Most netdev people tend to push inet_diag (netlink) interface instead of
old /proc/net/tcp, but it seems old interface will still be used in
2030, so :
Acked-by: Eric Dumazet <eric.dumazet@gmail.com>
BTW, another problem of /proc/net/tcp is the buffer size used by netstat
utility : 1024 bytes instead of PAGE_SIZE, making O(N^2) behavior even
more palpable.
next prev parent reply other threads:[~2010-06-07 7:19 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-06-07 3:27 [PATCH] tcp: Fix slowness in read /proc/net/tcp Tom Herbert
2010-06-07 7:19 ` Eric Dumazet [this message]
2010-06-07 7:55 ` David Miller
2010-06-07 8:49 ` Andi Kleen
2010-06-07 10:32 ` Eric Dumazet
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=1275895167.2545.8.camel@edumazet-laptop \
--to=eric.dumazet@gmail.com \
--cc=davem@davemloft.net \
--cc=iler.ml@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=therbert@google.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