Re: Just a suspicion for now: Memory leak in 9.20.4?

Thu, 13 Feb 2025 05:46:55 -0800

There’s official KB article on the topic: https://kb.isc.org/docs/bind-memory-consumption-explained - you actually need to use jeprof and understand the BIND 9 internals.

Baeldung wouldn’t be my first (nor the last choice) for something that’s really useful. My feeling is they optimize content for SEO, not to help people. Nothing written on the article below is going to be actually helpful in detecting memory leaks in named.

There are no “classical” memory leaks in a sense of lost pointer. There might be some data structure kept for too long or some unbounded list, but any memory lost would be quickly detected at the shutdown as there are safeguards in place.

Ondrej
--
Ondřej Surý — ISC (He/Him)

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

On 13. 2. 2025, at 13:47, Robert Wagner <rwag...@tesla.net> wrote:


Not sure if we have a good howto on watching for memory leaks.  But you could run something like "sudo pmap [pid]" and watch it over time (like several days). Expect some fluctuations for load.  You may find a dependent library that has an issue.

Others may have better tools that are commonly found on Linux. 

Some additional tools you can download:
https://www.baeldung.com/linux/memory-leak-active-process

Robert Wagner

From: bind-users <bind-users-boun...@lists.isc.org> on behalf of Ondřej Surý <ond...@isc.org>
Sent: Thursday, February 13, 2025 4:33 AM
To: Borja Marcos <bor...@sarenet.es>
Cc: bind-users <bind-users@lists.isc.org>
Subject: Re: Just a suspicion for now: Memory leak in 9.20.4?
 
This email originated from outside of TESLA

Do not click links or open attachments unless you recognize the sender and know the content is safe.

The increase could be for various reasons. The query pattern is different, the underlying database is different, the other data structures are different. Unless there’s unbounded growth (in the stats), or the cache memory goes over configured limit, there’s nothing to worry about.

Sometimes it is possible to have smaller and faster, sometimes the smaller even means faster, but there are times where faster means larger.

Ondrej
--
Ondřej Surý — ISC (He/Him)

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

> On 13. 2. 2025, at 10:16, Borja Marcos via bind-users <bind-users@lists.isc.org> wrote:
>
> Hi,
>
> I am running 9.18.32 and 9.20.4 on FreeBSD. I have noticed that 9.20.4 is using much more memory 24 hours since restarting them, despite the fact that the 9.18.32 has a higher query load.
>
> Nothing substantial now, but I would like to confirm (or not) whether someone else has observed something similar.
>
> Cheers,
>
>
>
>
> Borja.
>
>
> --
> Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list
>
> ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information.
>
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
> <signature.asc>

--
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from this list

ISC funds the development of this software with paid support subscriptions. Contact us at https://www.isc.org/contact/ for more information.


bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users
-- 
Visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe from 
this list

ISC funds the development of this software with paid support subscriptions. 
Contact us at https://www.isc.org/contact/ for more information.


bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Reply via email to