From owner-freebsd-current@FreeBSD.ORG Tue Nov 6 11:09:15 2012 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DB77C5B1; Tue, 6 Nov 2012 11:09:15 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 8BFC78FC0C; Tue, 6 Nov 2012 11:09:15 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 8B24A7300A; Tue, 6 Nov 2012 12:30:14 +0100 (CET) Date: Tue, 6 Nov 2012 12:30:14 +0100 From: Luigi Rizzo To: Andre Oppermann Subject: Re: polling's future [was: Re: Dynamic Ticks/HZ] Message-ID: <20121106113014.GA26313@onelab2.iet.unipi.it> References: <509758B8.1000409@rewt.org.uk> <50975F6F.6010907@rewt.org.uk> <5097898C.9080109@rewt.org.uk> <20121105163654.GA12870@onelab2.iet.unipi.it> <5097E880.8010001@rewt.org.uk> <20121105165748.GA13098@onelab2.iet.unipi.it> <5098E526.6070101@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5098E526.6070101@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: Davide Italiano , Joe Holden , Ryan Stone , FreeBSD Current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Nov 2012 11:09:15 -0000 On Tue, Nov 06, 2012 at 11:23:34AM +0100, Andre Oppermann wrote: ... > Hi Luigi, > > do you agree on polling having outlived its usefulness in the light > of interrupt moderating NIC's and SMP complications/disadvantages? yes, we should let it rest in peace. One part of the NIC-polling framework is now obsoleted by the interrupt moderation that most NICs support (note though that almost none of the popular hypervisors emulate interrupt moderation so your network performance in a VM will be awful under heavy load.) Unfortunately another part will be lost even on bare hardware: NIC-polling, as implemented in FreeBSD, had the ability to cap the amount of CPU time spent in the polling loop during each tick, thus making sure there is no livelock. Neither taskqueue nor NAPI (in linux world) have this feature. cheers luigi