Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 31 May 2006 15:21:43 -0300
From:      Alexandre Biancalana <ale@seudns.net>
To:        freebsd-net@freebsd.org
Subject:   Re: requests for mbufs denied increasing
Message-ID:  <447DDEB7.7050800@seudns.net>
In-Reply-To: <000001c684c5$9a534510$8a01a8c0@ntpc>
References:  <000001c684c5$9a534510$8a01a8c0@ntpc>

next in thread | previous in thread | raw e-mail | index | archive | help
Thanks for all replies !

After apply the patch, I must rebuild just the kernel... right ?!

   Regards,

Alexandre


Peter Blok wrote:
> This will indeed fix the false mbufs denied counts as part of the
> uma_reclaim and mb_reclaim functionality.
>
> If you still see mbuf denied counts after implementing this fix, it might be
> your problem. If the counts stay at 0 and your system still stops accepting
> network connections, you have a different problem.
>
> Peter
>
> -----Original Message-----
> From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd-net@freebsd.org]
> On Behalf Of Maxim Konovalov
> Sent: Wednesday, May 31, 2006 3:41 PM
> To: Alexandre Biancalana
> Cc: freebsd-net@freebsd.org
> Subject: Re: requests for mbufs denied increasing
>
> On Wed, 31 May 2006, 10:29-0300, Alexandre Biancalana wrote:
>
>   
>> Hi list,
>>
>>    I've a NFS/FTP server used as backup server, receiving few
>> connections with high volume of data (100GB/Day). During this period
>> the "requests for mbufs denied (mbufs/clusters/mbuf+clusters)" of
>> netstat -m is increasing constantly, now is:
>>     
> [...]
>
> Try patch Robert Watson committed to HEAD ten days ago:
>
> Index: sys/vm/uma_core.c
> ===================================================================
> RCS file: /home/ncvs/src/sys/vm/uma_core.c,v
> retrieving revision 1.136
> retrieving revision 1.137
> diff -u -p -r1.136 -r1.137
> --- sys/vm/uma_core.c	11 Feb 2006 19:20:56 -0000	1.136
> +++ sys/vm/uma_core.c	21 May 2006 23:25:32 -0000	1.137
> @@ -2413,8 +2413,7 @@ zfree_start:
>  	 * If nothing else caught this, we'll just do an internal free.
>  	 */
>  zfree_internal:
> -	uma_zfree_internal(zone, item, udata, SKIP_DTOR, ZFREE_STATFAIL |
> -	    ZFREE_STATFREE);
> +	uma_zfree_internal(zone, item, udata, SKIP_DTOR, ZFREE_STATFREE);
>
>  	return;
>  }
> %%%
>
>   




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?447DDEB7.7050800>