From owner-freebsd-net@FreeBSD.ORG Fri Apr 9 10:55:04 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EEED516A4CE; Fri, 9 Apr 2004 10:55:04 -0700 (PDT) Received: from xorpc.icir.org (xorpc.icir.org [192.150.187.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF57C43D2D; Fri, 9 Apr 2004 10:55:04 -0700 (PDT) (envelope-from rizzo@icir.org) Received: from xorpc.icir.org (localhost [127.0.0.1]) by xorpc.icir.org (8.12.9p1/8.12.8) with ESMTP id i39Ht4gd036414; Fri, 9 Apr 2004 10:55:04 -0700 (PDT) (envelope-from rizzo@xorpc.icir.org) Received: (from rizzo@localhost) by xorpc.icir.org (8.12.9p1/8.12.3/Submit) id i39Ht4RJ036409; Fri, 9 Apr 2004 10:55:04 -0700 (PDT) (envelope-from rizzo) Date: Fri, 9 Apr 2004 10:55:03 -0700 From: Luigi Rizzo To: Ruslan Ermilov Message-ID: <20040409105503.A35357@xorpc.icir.org> References: <20040409164724.GD2461@ip.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5.1i In-Reply-To: <20040409164724.GD2461@ip.net.ua>; from ru@freebsd.org on Fri, Apr 09, 2004 at 07:47:24PM +0300 cc: net@freebsd.org Subject: Re: polling(4) and rl(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Apr 2004 17:55:05 -0000 On Fri, Apr 09, 2004 at 07:47:24PM +0300, Ruslan Ermilov wrote: > Hey Luigi, > > Have you actually measured the performance of rl(4) with polling(4) > enabled? With 8139 anomaly of four (register based) TX descriptors no, nor i did expect any improvement -- the code was only there to help when the 8139C+ was supported. But now that happens in a different driver. Re. the removal, I still think it is beneficial in receiving, (not performancewise, just to avoid livelock), so as a temporary measure why don't you just short-circuit the logic that enables polling in the driver rather than ripping it out completely ? cheers luigi (rushing out for dinner) > it's becoming a royal pain in the ass with polling(4) enabled -- > the TX performance just sucks -- I could only get the comparable > results with HZ=5000, which is overheating my CPU. My suggestion > is to drop polling(4) support from the rl(4) driver completely. > > Are there any objections? Has anybody got different results with > rl(4) and polling(4) enabled? > > Having it in re(4) is of course a good thing. ;) > > As an aside, I've started working on the ``[-]polling'' option for > ifconfig(8) that, when done, will allow changing the polling status > of individual interfaces in run-time, e.g., the following command > will disable polling on nge0: > > ifconfig nge0 -polling > > > Cheers, > -- > Ruslan Ermilov > ru@FreeBSD.org > FreeBSD committer