Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 13 Feb 2008 13:06:58 +0100
From:      Attila Nagy <bra@fsn.hu>
To:        =?UTF-8?B?SklOTUVJIFRhdHV5YSAvIOelnuaYjumBlOWTiQ==?= <Jinmei_Tatuya@isc.org>
Cc:        freebsd-performance@freebsd.org, bind-users@isc.org
Subject:   Re: max-cache-size doesn't work with 9.5.0b1
Message-ID:  <47B2DD62.6020507@fsn.hu>
In-Reply-To: <m2tzkexdo7.wl%Jinmei_Tatuya@isc.org>
References:  <475B0F3E.5070100@fsn.hu>	 <m2lk6g71bc.wl%Jinmei_Tatuya@isc.org>	 <479DFE74.8030004@fsn.hu>	 <m2k5ltke09.wl%Jinmei_Tatuya@isc.org>	 <479F02A7.9020607@fsn.hu>	 <m24pcwt5b7.wl%Jinmei_Tatuya@isc.org>	 <47A614E9.4030501@fsn.hu>	 <m2wspkpl7r.wl%Jinmei_Tatuya@isc.org>	 <47A77A13.6010802@fsn.hu>	 <m2zlueohxk.wl%Jinmei_Tatuya@isc.org>	 <47B1D2F4.5070304@fsn.hu> <m2tzkexdo7.wl%Jinmei_Tatuya@isc.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 02/12/08 18:55, JINMEI Tatuya / 神明達哉 wrote:
> At Tue, 12 Feb 2008 18:10:12 +0100,
> Attila Nagy <bra@fsn.hu> wrote:
>
>   
>>> Then named will listen on [your_ip_address]:some_port, and you can
>>> browse internal statistics by accessing
>>> http://[your_ip_address]:some_port with your browser.  When you notice
>>> the memory starts growing, retrieving the information several times,
>>> and compare the "Memory" section at the end of the page.  If the
>>> memory hog is inside named, there should be significant growth in some
>>> of the rows accordingly.
>>>   
>>>       
>> Here are the results:
>> http://people.fsn.hu/~bra/freebsd/bind950-memory-20080212/
>> and at the end, the relevant line from top.
>>
>> Is this FreeBSD leaking then?
>>     
>
> Looking at the last stat
> http://people.fsn.hu/~bra/freebsd/bind950-memory-20080212/bind4
> even the total of "MaxUse" is about 69MB, while the ps output
> indicates the resident size is 441MB.  So, yes, there should be
> something odd not directly related to the named's (normal) behavior.
>
> Can you try the same test with only one worker thread (by using the
> '-n 1' command line option)?  Then we may be able to chase the problem
> further.
>   
Of course. See the bindn1 files at the same location. (only the memory 
section included)
The effect is pretty much the same.

-- 
Attila Nagy                                   e-mail: Attila.Nagy@fsn.hu
Free Software Network (FSN.HU)                 phone: +3630 306 6758
http://www.fsn.hu/




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?47B2DD62.6020507>