From owner-freebsd-current@FreeBSD.ORG Mon Mar 27 14:00:17 2006 Return-Path: X-Original-To: freebsd-current@freebsd.org 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 749E216A400; Mon, 27 Mar 2006 14:00:17 +0000 (UTC) (envelope-from kaakun@highway.ne.jp) Received: from mx.highway.ne.jp (pip7.gate01.com [61.122.117.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 077AC43D49; Mon, 27 Mar 2006 14:00:16 +0000 (GMT) (envelope-from kaakun@highway.ne.jp) Received: from [219.0.96.106] (helo=[192.168.11.17]) by pop12.isp.us-com.jp with esmtp (Mail 4.20) id 1FNsGU-0004u0-Fe; Mon, 27 Mar 2006 23:00:14 +0900 Message-ID: <4427EEA0.3040603@highway.ne.jp> Date: Mon, 27 Mar 2006 22:54:40 +0900 From: Kazuaki Oda User-Agent: Mozilla Thunderbird 1.0.7 (X11/20051211) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Gabor MICSKO References: <1143058963.6826.11.camel@alderaan.trey.hu> In-Reply-To: <1143058963.6826.11.camel@alderaan.trey.hu> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: requests for mbufs denied X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 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: Mon, 27 Mar 2006 14:00:17 -0000 Gabor MICSKO wrote: > Hi! > > I have a relative high traffic server, running Apache, MySQL and Drupal. > With FreeBSD 6.0 and 6.1-PRERELEASE i got some distressing "netstat -m" > outputs. > > Can anybody explain for me what does this message mean exactly? > > "16064849/9164254/9384500 requests for mbufs denied (mbufs/clusters/mbuf > +clusters)" > > And what can i do with this? > > Full "netstat -m" output: > > $ netstat -m > 445/695/1140 mbufs in use (current/cache/total) > 407/255/662/65536 mbuf clusters in use (current/cache/total/max) > 407/237 mbuf+clusters out of packet secondary zone in use > (current/cache) > 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) > 925K/683K/1609K bytes allocated to network (current/cache/total) > 16064849/9164254/9384500 requests for mbufs denied (mbufs/clusters/mbuf > +clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 33/964/6656 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 56067 requests for I/O initiated by sendfile > 5500 calls to protocol drain routines > > > Sorry for my bad english. > > Thank you! > > In my case, that happens when the number of free pages become less than vm.v_free_min. In such case, we drain cached buckets from zones (including mbuf zone) to the system to get more free pages, and disable bucket allocation. As the result, we cannot get a bucket when freeing a mbuf to the zone and just do internal free, counting up the number of allocation failure, i.e. the number of "requests for mbufs denied". I don't know whether this (as to counting up the number of failure in such case) is expected or not. -- Kazuaki Oda