All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Fedyk <mfedyk@matchmail.com>
To: Andrew Morton <akpm@zip.com.au>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Memory accounting problem in 2.4.13, 2.4.14pre, and possibly 2.4.14
Date: Wed, 7 Nov 2001 22:47:16 -0800	[thread overview]
Message-ID: <20011107224716.D467@mikef-linux.matchmail.com> (raw)
In-Reply-To: <20011106140335.A13678@mikef-linux.matchmail.com> <3BE9E9A7.6F90C4DB@zip.com.au>, <3BE9E9A7.6F90C4DB@zip.com.au> <20011107182442.B467@mikef-linux.matchmail.com> <3BEA116A.646B9159@zip.com.au>
In-Reply-To: <3BEA116A.646B9159@zip.com.au>

On Wed, Nov 07, 2001 at 09:00:26PM -0800, Andrew Morton wrote:
> Mike Fedyk wrote:
> > 
> > >
> > 
> > I am running unpatched 2.4.14 now.
> > 
> > Do you still want me to try this patch now that you know I have been able to
> > see the problem with 2.2.14+ext3?
> > 
> 
> It's OK - I can reproduce it easily anyway.
> 
> There are two things here.  Recent -ac kernels had a merge
> bug down in the /proc code which caused `Cached:' to go
> negative.  It was recently fixed.
> 
> And quite independently, current ext3 for Linus kernels now has a
> bug which causes the `buffermem_pages' number to get too large.
> This has the exact same effect: `Cached:' goes negative. 
> 
> The buffermem_pages counter is purely for reporting - no VM decisions
> are based on its value.  But if it worries you, just remove line 1933 of fs/jbd/transaction.c.

Applied.

Here's the patch.

--- 2.4.14-ext3_0.9.15-2414/fs/jbd/transaction.c~	Wed Nov  7 22:41:13 2001
+++ 2.4.14-ext3_0.9.15-2414/fs/jbd/transaction.c	Wed Nov  7 22:43:14 2001
@@ -1930,7 +1930,6 @@
 
 	if (!offset) {
 		if (!may_free || !try_to_free_buffers(page, 0)) {
-			atomic_inc(&buffermem_pages);
 			return 0;
 		}
 		J_ASSERT(page->buffers == NULL);

I'll run it overnight, and test it tomorrow...

Mike

  reply	other threads:[~2001-11-08  6:47 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-11-06 22:03 Memory accounting problem in 2.4.13, 2.4.14pre, and possibly 2.4.14 Mike Fedyk
2001-11-07 21:36 ` Mike Fedyk
2001-11-08  1:30   ` Mike Fedyk
2001-11-08  2:10 ` Andrew Morton
2001-11-08  2:24   ` Mike Fedyk
2001-11-08  5:00     ` Andrew Morton
2001-11-08  6:47       ` Mike Fedyk [this message]
2001-11-08 14:41       ` James Bourne

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=20011107224716.D467@mikef-linux.matchmail.com \
    --to=mfedyk@matchmail.com \
    --cc=akpm@zip.com.au \
    --cc=linux-kernel@vger.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.