From owner-freebsd-net@FreeBSD.ORG Wed Dec 26 11:37:17 2007 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13D8B16A420 for ; Wed, 26 Dec 2007 11:37:17 +0000 (UTC) (envelope-from oceanare@pacific.net.sg) Received: from smtpgate2.pacific.net.sg (smtpgate2.pacific.net.sg [203.120.90.32]) by mx1.freebsd.org (Postfix) with SMTP id 5650E13C442 for ; Wed, 26 Dec 2007 11:37:15 +0000 (UTC) (envelope-from oceanare@pacific.net.sg) Received: (qmail 10652 invoked from network); 26 Dec 2007 11:10:34 -0000 Received: from adsl172.dyn112.pacific.net.sg (HELO P2120.somewherefaraway.com) (oceanare@210.24.112.172) by smtpgate2.pacific.net.sg with ESMTPA; 26 Dec 2007 11:10:33 -0000 Message-ID: <4772369D.5020608@pacific.net.sg> Date: Wed, 26 Dec 2007 19:10:21 +0800 From: Erich Dollansky User-Agent: Thunderbird 2.0.0.6 (X11/20070826) MIME-Version: 1.0 To: Jordi Espasa Clofent References: <4770F5BF.40100@opengea.org> <2a41acea0712260040h7ef404eby661d7eea68706209@mail.gmail.com> <47722927.5000106@opengea.org> In-Reply-To: <47722927.5000106@opengea.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Maximum NIC interrupts X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Dec 2007 11:37:17 -0000 Hi, Jordi Espasa Clofent wrote: > > I want to say that I'm don't know if 8000 irq per second means a high > IRQ use or a lower user. I must say, that I did not do hardware since some time. But 10 000 Interrupts per second is not this high. Modern CPUs should be able to handle much much more. So, the limit will be the operating system and the driver's ability to finish its job before the next interrupt comes. Enabling polling helps with slower CPUs. The maximum possible interrupt rate is given by the combination out of hardware and the CPU's ability to react, save its current status, do something and restore the previous status. This value will be pointless to you as only the developers of hardware use this information to make sure that what they plan is possible. Erich