From: Andrew Vagin <avagin@parallels.com>
To: Eric Dumazet <erdnetdev@gmail.com>
Cc: netdev@vger.kernel.org, vvs@parallels.com,
"Michał Mirosław" <mirq-linux@rere.qmqm.pl>
Subject: Re: Slow speed of tcp connections in a network namespace
Date: Sat, 29 Dec 2012 22:29:01 +0400 [thread overview]
Message-ID: <20121229182900.GA17324@paralelels.com> (raw)
In-Reply-To: <1356802828.21409.4623.camel@edumazet-glaptop>
[-- Attachment #1: Type: text/plain, Size: 1014 bytes --]
On Sat, Dec 29, 2012 at 09:40:28AM -0800, Eric Dumazet wrote:
> On Sat, 2012-12-29 at 18:50 +0400, Andrew Vagin wrote:
> > On Sat, Dec 29, 2012 at 05:53:23AM -0800, Eric Dumazet wrote:
> > > > 3.8-rc1 is used for experiments.
> > > >
> > > > Do you have any ideas where is a problem?
> > >
> > > veth has absolutely no offload features
> > >
> > > It needs some care...
> > >
> > > At the very miminum, let TCP coalesce do its job by allowing SG
> > >
> > > CC Michał Mirosław <mirq-linux@rere.qmqm.pl> for insights.
> > >
> > > Please try following patch :
> >
> > Hello Eric,
> >
> > Thanks for your feedback.
> >
> > With this patch the results is a bit better (~4MB/s), but it's much less
> > than in the root netns.
>
> Please post your new tcpdump then ;)
I have rebooted the host and a speed in a netns is again about 1.7MB/s. I
don't know why it was 4MB/s in the previous time.
new tcpdump and netstat are attached
>
> also post "netstat -s" from root and test ns after your wgets
>
>
>
[-- Attachment #2: tcpdump.host.gz --]
[-- Type: application/x-gzip, Size: 165716 bytes --]
[-- Attachment #3: tcpdump.netns.host.gz --]
[-- Type: application/x-gzip, Size: 180703 bytes --]
[-- Attachment #4: tcpdump.netns.veth.gz --]
[-- Type: application/x-gzip, Size: 181615 bytes --]
[-- Attachment #5: netstat.host --]
[-- Type: text/plain, Size: 1821 bytes --]
Ip:
277536 total packets received
20 forwarded
0 incoming packets discarded
202326 incoming packets delivered
108228 requests sent out
30 dropped because of missing route
Icmp:
10 ICMP messages received
0 input ICMP message failed.
ICMP input histogram:
destination unreachable: 5
echo requests: 5
6 ICMP messages sent
0 ICMP messages failed
ICMP output histogram:
destination unreachable: 1
echo replies: 5
IcmpMsg:
InType3: 5
InType8: 5
OutType0: 5
OutType3: 1
Tcp:
1491 active connections openings
12 passive connection openings
14 failed connection attempts
72 connection resets received
2 connections established
201920 segments received
107815 segments send out
0 segments retransmited
0 bad segments received.
1338 resets sent
Udp:
387 packets received
0 packets to unknown port received.
0 packet receive errors
389 packets sent
UdpLite:
TcpExt:
3 invalid SYN cookies received
4 TCP sockets finished time wait in fast timer
63 delayed acks sent
9 delayed acks further delayed because of locked socket
236 packets directly queued to recvmsg prequeue.
38600456 packets directly received from backlog
298101 packets directly received from prequeue
163501 packets header predicted
27103 packets header predicted and directly queued to user
2578 acknowledgments not containing data received
1018 predicted acknowledgments
15 connections reset due to unexpected data
72 connections reset due to early user close
TCPRcvCoalesce: 123
TCPOFOQueue: 1187
IpExt:
InBcastPkts: 9
OutBcastPkts: 1
InOctets: 296395504
OutOctets: 6965311
InBcastOctets: 2789
OutBcastOctets: 165
[-- Attachment #6: netstat.netns --]
[-- Type: text/plain, Size: 1463 bytes --]
Ip:
25483 total packets received
0 forwarded
0 incoming packets discarded
25483 incoming packets delivered
14572 requests sent out
Icmp:
4 ICMP messages received
0 input ICMP message failed.
ICMP input histogram:
echo requests: 2
echo replies: 2
4 ICMP messages sent
0 ICMP messages failed
ICMP output histogram:
echo request: 2
echo replies: 2
IcmpMsg:
InType0: 2
InType8: 2
OutType0: 2
OutType8: 2
Tcp:
1 active connections openings
0 passive connection openings
0 failed connection attempts
0 connection resets received
0 connections established
25473 segments received
14562 segments send out
0 segments retransmited
0 bad segments received.
77 resets sent
Udp:
6 packets received
0 packets to unknown port received.
0 packet receive errors
6 packets sent
UdpLite:
TcpExt:
38 delayed acks sent
Quick ack mode was activated 2 times
52 packets directly queued to recvmsg prequeue.
4916752 packets directly received from backlog
11584 packets directly received from prequeue
12538 packets header predicted
2649 packets header predicted and directly queued to user
1 acknowledgments not containing data received
2 DSACKs sent for old packets
1 connections reset due to unexpected data
TCPOFOQueue: 1580
IpExt:
InOctets: 38201843
OutOctets: 829966
next prev parent reply other threads:[~2012-12-29 18:29 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-12-29 9:24 Slow speed of tcp connections in a network namespace Andrew Vagin
2012-12-29 13:53 ` Eric Dumazet
2012-12-29 14:50 ` Andrew Vagin
2012-12-29 17:40 ` Eric Dumazet
2012-12-29 18:29 ` Andrew Vagin [this message]
2012-12-29 18:58 ` Eric Dumazet
2012-12-29 19:41 ` Eric Dumazet
2012-12-29 20:08 ` Andrew Vagin
2012-12-29 20:20 ` Eric Dumazet
2012-12-29 21:07 ` Andrew Vagin
2012-12-29 21:12 ` Eric Dumazet
2012-12-29 21:19 ` Andrew Vagin
2012-12-29 21:15 ` Andrew Vagin
2012-12-29 16:01 ` Michał Mirosław
2012-12-30 2:26 ` [PATCH] veth: extend device features Eric Dumazet
2012-12-30 10:32 ` David 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=20121229182900.GA17324@paralelels.com \
--to=avagin@parallels.com \
--cc=erdnetdev@gmail.com \
--cc=mirq-linux@rere.qmqm.pl \
--cc=netdev@vger.kernel.org \
--cc=vvs@parallels.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.