From: Andi Kleen Subject: Re: [PATCH v4 net-next] net: poll/select low latency socket support Date: Fri, 28 Jun 2013 06:43:05 +0200 Message-ID: <20130628044305.GQ6123@two.firstfloor.org> References: <20130624072751.26134.78163.stgit@ladj378.jer.intel.com> <20130624072803.26134.41593.stgit@ladj378.jer.intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Willem de Bruijn , Or Gerlitz , e1000-devel@lists.sourceforge.net, netdev@vger.kernel.org, HPA , Amir Vadai , Jesse Brandeburg , Alex Rosenbaum , linux-kernel@vger.kernel.org, Eliezer Tamir , Andi Kleen , Ben Hutchings , Eric Dumazet , Eilon Greenstien , David Miller To: Eliezer Tamir Return-path: Content-Disposition: inline In-Reply-To: <20130624072803.26134.41593.stgit@ladj378.jer.intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: e1000-devel-bounces@lists.sourceforge.net List-Id: netdev.vger.kernel.org > @@ -400,6 +402,8 @@ int do_select(int n, fd_set_bits *fds, struct timespec *end_time) > poll_table *wait; > int retval, i, timed_out = 0; > unsigned long slack = 0; > + unsigned int ll_flag = POLL_LL; > + u64 ll_time = ll_end_time(); So you're adding a sched_clock to every select call, even if it has nothing to do with ll? That seems rather drastic. select can be performance critical. -andi ------------------------------------------------------------------------------ This SF.net email is sponsored by Windows: Build for Windows Store. http://p.sf.net/sfu/windows-dev2dev _______________________________________________ E1000-devel mailing list E1000-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/e1000-devel To learn more about Intel® Ethernet, visit http://communities.intel.com/community/wired