All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephan von Krawczynski <skraw@ithnet.com>
To: Marc Heckmann <heckmann@hbesoftware.com>
Cc: linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: small patch for 2.4.9 VM
Date: Thu, 23 Aug 2001 14:24:07 +0200	[thread overview]
Message-ID: <20010823142407.54c332e9.skraw@ithnet.com> (raw)
In-Reply-To: <20010823072104.A13430@hbe.ca>
In-Reply-To: <20010823072104.A13430@hbe.ca>

On Thu, 23 Aug 2001 07:21:04 -0400
Marc Heckmann <heckmann@hbesoftware.com> wrote:

> [not on list, please CC me]
> 
> Hi,
> 
> I've been tracking the vm changes in the 2.4.9-pre series. I was seeing
> really good improvements with 2.4.9-pre3 but then in pre4 it went to shit
> on my box (192mb, 200mb swap). The page cache was huge at all times and
> went pretty deep into swap on light loads. staring at the diff between
> pre3 and pre4, I noticed that background page aging in kswapd has changed
> [see do_try_free_pages], instead of just doing refill_inactive_scan(), it
> now does swap_out() first, then refill_inactive. Somehow, this seems to
> prevent proper page aging or something [please correct me if i'm wrong,
> haven't had the time to stare at swap_out() yet]. Anyway the short patch
> below, makes it behave like pre3 which is quite good for me.  This might
> also be the cause of other peoples mm problems with 2.4.9 final.

Sorry it isn't. I tested it and it has exactly the same problem under 2.4.9 with this patch than the straight kernel. Interestingly the error message from alloc_pages does not come up, but NFS-copy fails anyway when all the physical mem is eaten up by caches.
meminfo in failing state:
        total:    used:    free:  shared: buffers:  cached:
Mem:  921726976 918994944  2732032        0  6815744 823762944
Swap: 271392768        0 271392768
MemTotal:       900124 kB
MemFree:          2668 kB
MemShared:           0 kB
Buffers:          6656 kB
Cached:         804456 kB
SwapCached:          0 kB
Active:         276020 kB
Inact_dirty:    528988 kB
Inact_clean:      6104 kB
Inact_target:     6628 kB
HighTotal:           0 kB
HighFree:            0 kB
LowTotal:       900124 kB
LowFree:          2668 kB
SwapTotal:      265032 kB
SwapFree:       265032 kB

Good about it: it does not swap. Bad: it does not work either.
Forget this patch.

Regards,
Stephan


      reply	other threads:[~2001-08-23 12:24 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-08-23 11:21 small patch for 2.4.9 VM Marc Heckmann
2001-08-23 12:24 ` Stephan von Krawczynski [this message]

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=20010823142407.54c332e9.skraw@ithnet.com \
    --to=skraw@ithnet.com \
    --cc=heckmann@hbesoftware.com \
    --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.