High memory consumption in bind 9.18.2

[Dmitri Pavlov]

Thank you very much for the swift response, Ondrej,

You are right.  Local configuration is more "trivial" so to say -> it is RHEL 7.9 3.10.0-1160.71.1.el7.x86_64 with gcc-4.8.5-44.el7.x86_64.

Our installation / test flow was very basic. The records generation part is different though , using shell script basically.  Unique IPs were linked with unique CNAMEs.

The build process is very simple for all components: download -> configure -> make -> make install. All default values.

The only custom part is named.conf -> a single zone configured and custom hosts files. That is it.

We will test with a higher kernel.

Kind regards,
Dmitri.









-----Original Message-----
From: Ondřej Surý <ondrej at isc.org>
Sent: Monday, August 1, 2022 6:46 PM
To: Dmitri Pavlov <dpavlov at perforce.com>
Cc: bind-users at lists.isc.org
Subject: Re: High memory consumption in bind 9.18.2

> On 1. 8. 2022, at 17:19, Dmitri Pavlov <dpavlov at perforce.com> wrote:
>
> I’m pretty much sure you will get the same results in your lab.

I don’t want to delve into vague description of your experiment. You’ll have to share the exact scripts.

Even this:

> just the time-consuming task is to generate 100 MIL A + CNAME dummy records into the zone file.

could be violently different. Are those random names? Or deterministically generated? What are the CNAME targets?

What is the exact `named.conf`?

What are the exact library versions? What is the exact ./configure invocation?

How do you execute `named`?

And yet again - the memory statistics from the statschannel could show the breakdown of the internal memory contexts and also show if there’s a difference between the internally reported memory usage and externally reported memory usage, e.g. is this something allocated in named, or is this allocated in the libraries?

> Should the memory reduction apply to our experiment?

The question doesn’t really make sense.  We have not measured any increase in our test scenarios, which doesn’t mean you can’t find different scenarios with a memory increase.

Ondrej
--
Ondřej Surý (He/Him)
ondrej at isc.org

My working hours and your working hours may be different. Please do not feel obligated to reply outside your normal working hours.



CAUTION: This email originated from outside of the organization. Do not click on links or open attachments unless you recognize the sender and know the content is safe.

This e-mail may contain information that is privileged or confidential. If you are not the intended recipient, please delete the e-mail and any attachments and notify us immediately.