[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CANn89iJ+kn4ycP2HV_um5JUfPWpX9KJ0KFtXyx3562c=kCBYyQ@mail.gmail.com>
Date: Mon, 13 Feb 2017 16:22:42 -0800
From: Eric Dumazet <edumazet@...gle.com>
To: Alexander Duyck <alexander.duyck@...il.com>
Cc: "David S . Miller" <davem@...emloft.net>,
netdev <netdev@...r.kernel.org>,
Tariq Toukan <tariqt@...lanox.com>,
Martin KaFai Lau <kafai@...com>,
Saeed Mahameed <saeedm@...lanox.com>,
Willem de Bruijn <willemb@...gle.com>,
Jesper Dangaard Brouer <brouer@...hat.com>,
Brenden Blanco <bblanco@...mgrid.com>,
Alexei Starovoitov <ast@...nel.org>,
Eric Dumazet <eric.dumazet@...il.com>
Subject: Re: [PATCH v3 net-next 08/14] mlx4: use order-0 pages for RX
On Mon, Feb 13, 2017 at 3:47 PM, Alexander Duyck
<alexander.duyck@...il.com> wrote:
> Actually it depends on the use case. In the case of pktgen packets
> they are usually dropped pretty early in the receive path. Think
> something more along the lines of a TCP syn flood versus something
> that would be loading up a socket.
So I gave another spin an it, reducing the MTU on the sender to 500
instead of 1500 to triple the load (in term of packets per second)
since the sender seems to hit some kind of limit around 30Gbit.
Number of packets we process on one RX queue , and one TCP flow.
Current patch series : 6.3 Mpps
Which is not too bad ;)
This number does not change putting your __page_frag_cache_drain() trick.
Powered by blists - more mailing lists