<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Memory Leak on Netdata</title><link>https://www.netdata.cloud/tags/memory-leak/</link><description>Recent content in Memory Leak on Netdata</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Sat, 22 Aug 2026 05:09:03 +0300</lastBuildDate><atom:link href="https://www.netdata.cloud/tags/memory-leak/index.xml" rel="self" type="application/rss+xml"/><item><title>How To Find And Fix Memory Leaks in C or C++</title><link>https://www.netdata.cloud/academy/how-to-find-memory-leak-in-c/</link><pubDate>Tue, 10 Jun 2025 00:00:00 +0000</pubDate><guid>https://www.netdata.cloud/academy/how-to-find-memory-leak-in-c/</guid><description>&lt;p&gt;Your application feels sluggish. It runs perfectly after a restart, but over hours or days, it slows to a crawl before eventually crashing. If you&amp;rsquo;re working with C or C++, this behavior is a classic symptom of a memory leak—a silent bug that can drain system resources and destabilize your services. Because these languages put memory management directly in your hands, understanding how to find and fix memory leaks is a critical skill for building robust, long-running applications.&lt;/p&gt;</description></item><item><title>What Is A Memory Leak In Java How To Detect And Fix Them</title><link>https://www.netdata.cloud/academy/java-memory-leak/</link><pubDate>Tue, 10 Jun 2025 00:00:00 +0000</pubDate><guid>https://www.netdata.cloud/academy/java-memory-leak/</guid><description>&lt;p&gt;Your Java application runs smoothly after a fresh deploy, but over hours or days, its performance steadily degrades. Response times creep up, garbage collection pauses become longer and more frequent, and then, the inevitable happens: the application crashes, logging a fatal OutOfMemoryError. This classic scenario is often the calling card of a subtle but dangerous problem—a memory leak.&lt;/p&gt;&#10;&lt;p&gt;Even though Java features automatic memory management via its garbage collector (GC), applications are not immune to leaks. A Java memory leak occurs when objects are no longer in use by the application, but the GC is unable to reclaim their memory because they are still being referenced. Over time, these orphaned objects accumulate, consuming the available heap space and leading to performance degradation and eventual failure. Understanding how to detect and fix these leaks is a critical skill for any Java developer.&lt;/p&gt;</description></item><item><title>Nodejs Memory Leak How To Identify Debug And Avoid Them</title><link>https://www.netdata.cloud/academy/nodejs-memory-leak/</link><pubDate>Mon, 26 May 2025 00:00:00 +0000</pubDate><guid>https://www.netdata.cloud/academy/nodejs-memory-leak/</guid><description>&lt;p&gt;In the fast-paced world of Node.js development, performance and reliability are non-negotiable. However, a silent saboteur often lurks in the shadows – the Node.js memory leak. These insidious issues can gradually degrade your application&amp;rsquo;s performance, leading to slowdowns, crashes, and frustrated users. Understanding how to effectively identify, debug, and &lt;a href="https://www.netdata.cloud/academy/how-to-find-memory-leak-in-c/"&gt;prevent memory leaks&lt;/a&gt; is a critical skill for any developer, DevOps engineer, or SRE working with Node.js. This guide will walk you through the intricacies of Node.js memory management and equip you with the knowledge to tackle these challenging problems.&lt;/p&gt;</description></item><item><title>Docker container memory leak: how to find one and prove it</title><link>https://www.netdata.cloud/guides/docker/docker-container-memory-leak/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.netdata.cloud/guides/docker/docker-container-memory-leak/</guid><description>&lt;p&gt;Memory that only ever climbs is easy to spot. The harder problem is proving whether the growth is a leak, unbounded caching, or a limit set below the working set. During an incident, operators need to decide in minutes whether to page an on-call developer or bump a cgroup limit. This guide shows how to use cgroup memory.stat, process-level RSS, and container restart patterns to build a defensible diagnosis. You will be able to separate anonymous memory growth from &lt;a href="https://www.netdata.cloud/guides/docker/docker-memory-usage-explained/"&gt;reclaimable cache&lt;/a&gt;, identify whether the leak lives in application heap or runtime overhead, and present evidence that justifies either a code fix or a capacity change.&lt;/p&gt;</description></item><item><title>Kubernetes kubelet memory leak: detection and OOM cycle</title><link>https://www.netdata.cloud/guides/kubernetes/kubernetes-kubelet-memory-leak/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.netdata.cloud/guides/kubernetes/kubernetes-kubelet-memory-leak/</guid><description>&lt;p&gt;Kubelet memory growth ends one of two ways: the process hits its cgroup limit or the node runs out of memory. The kernel OOM killer sends SIGKILL. Systemd restarts kubelet, but the new process has cold caches and immediately runs a full reconciliation pass: relisting all containers, re-syncing every pod status, and re-attaching every volume. On a busy node, that burst spikes CPU and memory, which can push the fresh kubelet back over the edge and create a Ready/NotReady flap cycle.&lt;/p&gt;</description></item></channel></rss>