mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@osdl.org>
To: "Takashi Sato" <sho@bsd.tnes.nec.co.jp>
Cc: ext2-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org
Subject: Re: OOM problems still left in 2.6.13-rc3
Date: Fri, 29 Jul 2005 16:48:06 -0700	[thread overview]
Message-ID: <20050729164806.32ecd152.akpm@osdl.org> (raw)
In-Reply-To: <018101c5943a$1a07a5d0$4168010a@bsd.tnes.nec.co.jp>

"Takashi Sato" <sho@bsd.tnes.nec.co.jp> wrote:
>
> Below is the comparison of the memory leak rate before and after this
> fix.  We counted them from (Active+Inactive)-(Cached+Buffers+SwapCached
> +Mapped), which are in /proc/meminfo.
> ---------------------------------------------------------------------
> Linux 2.6.13-rc3 (including Andrew's patch):
>   leaked-rate   = 4869 KB/h
>   (leaked memory = 53564 KB, 11 hours)
>   
> My patch applied:
>   leaked-rate   = 213 KB/h
>   (leaked memory = 1492 KB, 7 hours) 
> ---------------------------------------------------------------------

What workload are you using here?

Be aware that due to truncate-vs-commit activity, ext3 can leave anonymous,
zero-refcount, unused pages on the page LRU.  They will appear to have
leaked, but the VM can trivially reclaim them so they're not really leaked
at all.

At least that's the way it's _supposed_ to work.  It might of course be
broken.  But it's not possible to say that the system has really leaked
pages unless you first put a lot of memory reclaim pressure on the machine
to try to reclaim those oddball pages.

  parent reply	other threads:[~2005-07-29 23:48 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-07-29 12:36 Takashi Sato
2005-07-29 17:06 ` [Ext2-devel] " Andreas Dilger
2005-07-29 23:48 ` Andrew Morton [this message]
2005-08-05 10:40 Akira Fujita

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20050729164806.32ecd152.akpm@osdl.org \
    --to=akpm@osdl.org \
    --cc=ext2-devel@lists.sourceforge.net \
    --cc=linux-kernel@vger.kernel.org \
    --cc=sho@bsd.tnes.nec.co.jp \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®