From owner-freebsd-current Thu Mar 13 5: 1:56 2003 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BF0BF37B401 for ; Thu, 13 Mar 2003 05:01:54 -0800 (PST) Received: from silver.he.iki.fi (silver.he.iki.fi [193.64.42.241]) by mx1.FreeBSD.org (Postfix) with ESMTP id F08E943FBD for ; Thu, 13 Mar 2003 05:01:52 -0800 (PST) (envelope-from pete@he.iki.fi) Received: from he.iki.fi (localhost.he.iki.fi [127.0.0.1]) by silver.he.iki.fi (8.12.8/8.11.4) with ESMTP id h2DD1l9G046520; Thu, 13 Mar 2003 15:01:50 +0200 (EET) (envelope-from pete@he.iki.fi) Message-ID: <3E70813B.7040504@he.iki.fi> Date: Thu, 13 Mar 2003 15:01:47 +0200 From: Petri Helenius User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.1) Gecko/20021117 X-Accept-Language: English [en],Finnish [fi] MIME-Version: 1.0 To: Terry Lambert Cc: freebsd-current@FreeBSD.ORG Subject: Re: mbuf cache References: <0ded01c2e295$cbef0940$932a40c1@PHE> <20030304164449.A10136@unixdaemons.com> <0e1b01c2e29c$d1fefdc0$932a40c1@PHE> <20030304173809.A10373@unixdaemons.com> <0e2b01c2e2a3$96fd3b40$932a40c1@PHE> <20030304182133.A10561@unixdaemons.com> <0e3701c2e2a7$aaa2b180$932a40c1@PHE> <20030304190851.A10853@unixdaemons.com> <001201c2e2ee$54eedfb0$932a40c1@PHE> <20030307093736.A18611@unixdaemons.com> <008101c2e4ba$53d875a0$932a40c1@PHE> <3E68ECBF.E7648DE8@mindspring.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG Terry Lambert wrote: >Ah. You are receiver livelocked. Try enabling polling; it will >help up to the first stall barrier (NETISR not getting a chance >to run protocol processing to completion because of interrupt >overhead); there are two other stall barriers after that, and >another in user space is possible depending on whether the >application layer is request/response. > > > Are you sure that polling would help even since the em driver is using interrupt regulation by default? It might solve the livelock but it does probably not increase the performance of the mbuf allocator? Pete To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message