At Wed, 04 Feb 2009 11:51:10 +0300,
Dmitry Rybin wrote:
> > > max-cache-size 800M;
>
> > It's way too much, if this applies to all of the 50 views.
>
> Oh! I decrease memory to 16Mb.
Okay, and according to this:
: Started at Feb 3 00:51 (Now Feb 4 11:15:37) MSK
: Startup mem: 890M
: Cur. mem
At Wed, 04 Feb 2009 11:36:12 +0300,
Dmitry Rybin wrote:
> >> max-cache-size 800M;
> >
> > It's way too much, if this applies to all of the 50 views.
>
> With you patch? Total memory on server 12Gb.
In case you are confused: this patch only makes named honor
max-cache-size (+ some possible marg
On 04.02.09 11:51, Dmitry Rybin wrote:
> Matus UHLAR - fantomas wrote:
>
> >
> > On 04.02.09 11:23, Dmitry Rybin wrote:
> >> It's impossible, :-( over 500'000 client use bind and we must use views
> >> to split load on another services.
>
> > > Named with JINMEI Tatuy patch:
> > > max-cache-size
Matus UHLAR - fantomas wrote:
>
> On 04.02.09 11:23, Dmitry Rybin wrote:
>> It's impossible, :-( over 500'000 client use bind and we must use views
>> to split load on another services.
> > Named with JINMEI Tatuy patch:
> > max-cache-size 800M;
> It's way too much, if this applies to all of th
> >> ~50 views,
> Matus UHLAR - fantomas wrote:
> > can't you really lower the views count?
On 04.02.09 11:23, Dmitry Rybin wrote:
> It's impossible, :-( over 500'000 client use bind and we must use views
> to split load on another services.
Pardon? Split load? Do you use views to point differe
JINMEI Tatuya / 神明達哉 wrote:
> At Wed, 04 Feb 2009 11:23:19 +0300,
> Dmitry Rybin wrote:
>
>> Named with JINMEI Tatuy patch:
>> max-cache-size 800M;
>
> It's way too much, if this applies to all of the 50 views.
>
With you patch? Total memory on server 12Gb.
At Wed, 04 Feb 2009 11:23:19 +0300,
Dmitry Rybin wrote:
> Named with JINMEI Tatuy patch:
> max-cache-size 800M;
It's way too much, if this applies to all of the 50 views.
---
JINMEI, Tatuya
Internet Systems Consortium, Inc.
___
bind-users mailing list
Matus UHLAR - fantomas wrote:
>>> and let me know if it mitigates the problem?
>
> On 29.01.09 22:50, Dmitry Rybin wrote:
>> Oh, great work. I'll try tomorrow.
Named with JINMEI Tatuy patch:
max-cache-size 800M;
Morning Statistic
version: 9.6.0-P1
CPUs found: 8
worker threads: 8
number of zones
> В Пнд, 26/01/2009 в 16:16 -0800, JINMEI Tatuya / 神明達哉 пишет:
> > http://www.jinmei.org/patch/bind9-lrucache.diff
> > (should be cleanly applicable to 9.6).
> > and let me know if it mitigates the problem?
On 29.01.09 22:50, Dmitry Rybin wrote:
> Oh, great work. I'll try tomorrow.
> > Other reco
В Пнд, 26/01/2009 в 16:16 -0800, JINMEI Tatuya / 神明達哉 пишет:
> http://www.jinmei.org/patch/bind9-lrucache.diff
> (should be cleanly applicable to 9.6).
> and let me know if it mitigates the problem?
>
Oh, great work. I'll try tomorrow.
> Other recommendations:
> - I previously suggested using a
At Thu, 22 Jan 2009 09:12:11 +0300,
Dmitry Rybin wrote:
> > +50 views of zone data + memory for 10 clients +
> >
> > You have a 32bit build which will give a maximum of 2G data.
> >
> > You are just trying to cram too much into too small a place.
>
> OK. May be you can giv
Actually thinking about your problem i just got an idea for a quick and
dirty solution that might just be it for you:
Keep running the views on your fontend nameserver but forward all
recursive queries to another recursive server via the "forward only;"
statement. IIRC that should cause BIND not to
On Wed, Jan 21, 2009 at 12:10:05PM +0300, Dmitry Rybin wrote:
> view "view0"{
> max-cache-size 16M;
> match-clients {
> XXX.XXX.XXX.XXX;
> };
> include "net-views/view0.conf";
> };
>
> [... skip 48 views ...]
>
> view "view50"{
> max-cache-size 8M;
> match-clients {
> XXX.XXX.
> Matus UHLAR - fantomas wrote:
> > This is _NOT_ a problem of BIND. This is a problem of its admin who can't
> > read the docs and set up max-cache-size, which does exactly what is needed
> > in this case.
On 21.01.09 17:38, Dmitry Rybin wrote:
> Hmm... And why bind allocate all system memory, if
Mark Andrews wrote:
>>>
>> Hmm... And why bind allocate all system memory, if max-cache-size 16M?
>> And views... 50 views. 16*50=800M. Only 800M, this is not 3..4GB of
>> system memory.
>
> +50 views of zone data + memory for 10 clients +
>
> You have a 32bit build which wi
In message <49773369.4080...@corbina.net>, Dmitry Rybin writes:
> Matus UHLAR - fantomas wrote:
>
> >
> > This is _NOT_ a problem of BIND. This is a problem of its admin who can't
> > read the docs and set up max-cache-size, which does exactly what is needed
> > in this case.
> >
>
> Hmm... An
Matus UHLAR - fantomas wrote:
>
> This is _NOT_ a problem of BIND. This is a problem of its admin who can't
> read the docs and set up max-cache-size, which does exactly what is needed
> in this case.
>
Hmm... And why bind allocate all system memory, if max-cache-size 16M?
And views... 50 views
> >>> On 20.01.09 12:49, Dmitry Rybin wrote:
> >>>> How to disable cache in bind-9.6? ttl=0 - bad idea.
> >> Matus UHLAR - fantomas wrote:
> >>> if you know that setting TTL to 0 is a bad idea, why do yuo think that
> >>> disablin
Alan Clegg wrote:
> Dmitry Rybin wrote:
>> Matus UHLAR - fantomas wrote:
>>> On 20.01.09 12:49, Dmitry Rybin wrote:
>>>> How to disable cache in bind-9.6? ttl=0 - bad idea.
>>> if you know that setting TTL to 0 is a bad idea, why do yuo think that
>>
> On Jan 20, 2009, at 4:49 AM, Dmitry Rybin wrote:
> >How to disable cache in bind-9.6? ttl=0 - bad idea.
On 20.01.09 14:44, John Wobus wrote:
> Disabling the cache makes sense if the purpose of your
> nameserver is to provide your authoritative zone data and you
> have a diffe
sable caching in the
nameserver.
On Jan 20, 2009, at 4:49 AM, Dmitry Rybin wrote:
Hello!
How to disable cache in bind-9.6? ttl=0 - bad idea.
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-
Dmitry Rybin wrote:
> Matus UHLAR - fantomas wrote:
>> On 20.01.09 12:49, Dmitry Rybin wrote:
>>> How to disable cache in bind-9.6? ttl=0 - bad idea.
>> if you know that setting TTL to 0 is a bad idea, why do yuo think that
>> disabling a cache in BIND is not a bad id
> > On 20.01.09 12:49, Dmitry Rybin wrote:
> >> How to disable cache in bind-9.6? ttl=0 - bad idea.
> Matus UHLAR - fantomas wrote:
> > if you know that setting TTL to 0 is a bad idea, why do yuo think that
> > disabling a cache in BIND is not a bad idea?
On 20.0
Matus UHLAR - fantomas wrote:
> On 20.01.09 12:49, Dmitry Rybin wrote:
>> How to disable cache in bind-9.6? ttl=0 - bad idea.
>
> if you know that setting TTL to 0 is a bad idea, why do yuo think that
> disabling a cache in BIND is not a bad idea?
>
Because under hig
Hello!
How to disable cache in bind-9.6? ttl=0 - bad idea.
___
bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
25 matches
Mail list logo