From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Dumazet Subject: Re: [PATCH v3 net-next 08/14] mlx4: use order-0 pages for RX Date: Thu, 16 Feb 2017 07:47:05 -0800 Message-ID: <1487260025.1311.50.camel@edumazet-glaptop3.roam.corp.google.com> References: <20170213195858.5215-1-edumazet@google.com> <20170213195858.5215-9-edumazet@google.com> <20170214131206.44b644f6@redhat.com> <1487087488.8227.53.camel@edumazet-glaptop3.roam.corp.google.com> <37bc04eb-71c9-0433-304d-87fcf8b06be3@mellanox.com> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Cc: Eric Dumazet , Jesper Dangaard Brouer , Tom Herbert , Alexander Duyck , "David S . Miller" , netdev , Martin KaFai Lau , Saeed Mahameed , Willem de Bruijn , Brenden Blanco , Alexei Starovoitov , linux-mm To: Tariq Toukan Return-path: In-Reply-To: <37bc04eb-71c9-0433-304d-87fcf8b06be3@mellanox.com> Sender: owner-linux-mm@kvack.org List-Id: netdev.vger.kernel.org On Thu, 2017-02-16 at 15:08 +0200, Tariq Toukan wrote: > On 15/02/2017 6:57 PM, Eric Dumazet wrote: > > On Wed, Feb 15, 2017 at 8:42 AM, Tariq Toukan wrote: > >> Isn't it the same principle in page_frag_alloc() ? > >> It is called form __netdev_alloc_skb()/__napi_alloc_skb(). > >> > >> Why is it ok to have order-3 pages (PAGE_FRAG_CACHE_MAX_ORDER) there? > > This is not ok. > > > > This is a very well known problem, we already mentioned that here in the past, > > but at least core networking stack uses order-0 pages on PowerPC. > You're right, we should have done this as well in mlx4 on PPC. > > mlx4 driver suffers from this problem 100% more than other drivers ;) > > > > One problem at a time Tariq. Right now, only mlx4 has this big problem > > compared to other NIC. > We _do_ agree that the series improves the driver's quality, stability, > and performance in a fragmented system. > > But due to the late rc we're in, and the fact that we know what benchmarks > our customers are going to run, we cannot Ack the series and get it > as is inside kernel 4.11. > > We are interested to get your series merged along another perf improvement > we are preparing for next rc1. This way we will earn the desired stability > without breaking existing benchmarks. > I think this is the right thing to do at this point of time. > > > The idea behind the perf improvement, suggested by Jesper, is to split > the napi_poll call mlx4_en_process_rx_cq() loop into two. > The first loop extracts completed CQEs and starts prefetching on data > and RX descriptors. The second loop process the real packets. Make sure to resubmit my patches before anything new. We need to backport them to stable versions, without XDP, without anything fancy. And submit what is needed for 4.11, since current mlx4 driver in net-next is broken, in case you missed it. Thanks. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org