Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755800Ab3FEN45 (ORCPT ); Wed, 5 Jun 2013 09:56:57 -0400 Received: from mail-pa0-f53.google.com ([209.85.220.53]:36799 "EHLO mail-pa0-f53.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753257Ab3FEN44 (ORCPT ); Wed, 5 Jun 2013 09:56:56 -0400 Message-ID: <1370440607.24311.251.camel@edumazet-glaptop> Subject: Re: [PATCH v9 net-next 5/7] net: simple poll/select low latency socket poll From: Eric Dumazet To: Eliezer Tamir Cc: David Miller , linux-kernel@vger.kernel.org, netdev@vger.kernel.org, Jesse Brandeburg , Don Skidmore , e1000-devel@lists.sourceforge.net, Willem de Bruijn , Ben Hutchings , Andi Kleen , HPA , Eilon Greenstien , Or Gerlitz , Amir Vadai , Eliezer Tamir Date: Wed, 05 Jun 2013 06:56:47 -0700 In-Reply-To: <51AF401C.2030506@linux.intel.com> References: <20130605103400.11172.49099.stgit@ladj378.jer.intel.com> <20130605103452.11172.31453.stgit@ladj378.jer.intel.com> <1370439054.24311.248.camel@edumazet-glaptop> <51AF401C.2030506@linux.intel.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3-0ubuntu6 Content-Transfer-Encoding: 7bit Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2149 Lines: 53 On Wed, 2013-06-05 at 16:41 +0300, Eliezer Tamir wrote: > On 05/06/2013 16:30, Eric Dumazet wrote: > > On Wed, 2013-06-05 at 13:34 +0300, Eliezer Tamir wrote: > >> A very naive select/poll busy-poll support. > >> Add busy-polling to sock_poll(). > >> When poll/select have nothing to report, call the low-level > >> sock_poll() again until we are out of time or we find something. > >> Right now we poll every socket once, this is suboptimal > >> but improves latency when the number of sockets polled is not large. > >> > >> Signed-off-by: Alexander Duyck > >> Signed-off-by: Jesse Brandeburg > >> Tested-by: Willem de Bruijn > >> Signed-off-by: Eliezer Tamir > >> --- > > > > I am a bit uneasy with this one, because an applicatio polling() on one > > thousand file descriptors using select()/poll(), will call sk_poll_ll() > > one thousand times. > > But we call sk_poll_ll() with nonblock set, so it will only test once > for each socket and not loop. > > I think this is not as bad as it sounds. > We still honor the time limit on how long to poll. > > When we busy-wait on a single socket we call sk_poll_ll() repeatedly > until we timeout or we have something to report. > > Here on the other hand, we sk_poll_ll() once for each file, so we loop > on the files. We moved the loop from inside sk_poll_ll to select/poll. > > I also plan on improving this this in the next stage. > > The plan is to give control on whether sk_poll_ll is called to > select/poll/epoll, so the caller has even more control. This looks quite easy, by adding in include/uapi/asm-generic/poll.h #define POLL_LL 0x8000 And do the sk_poll_ll() call only if flag is set. I do not think we have to support select(), as its legacy interface, and people wanting ll should really use epoll() or poll(). -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/