public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andrew Morton <akpm@osdl.org>
To: Chuck Ebbert <76306.1226@compuserve.com>
Cc: linux-kernel@vger.kernel.org, nickpiggin@yahoo.com.au
Subject: Re: balance_pgdat(): where is total_scanned ever updated?
Date: Sat, 6 Nov 2004 16:11:14 -0800	[thread overview]
Message-ID: <20041106161114.1cbb512b.akpm@osdl.org> (raw)
In-Reply-To: <200411061418_MC3-1-8E17-8B6C@compuserve.com>

Chuck Ebbert <76306.1226@compuserve.com> wrote:
>
> Kernel version is 2.6.9, but I see no updates to this function in BK-current.
> How is total_scanned ever updated?  AFAICT it is always zero.

It's a bug which was introduced months ago when we added struct
reclaim_state.

> In mm/vmscan.c:balance_pgdat(), there are these references to total_scanned
> (missing whitepace indicated by "^"):
> 
> 
>  977:        int total_scanned, total_reclaimed;
> 
>  983:        total_scanned = 0;
> 
> 1076:                        if (total_scanned > SWAP_CLUSTER_MAX * 2 &&
> 1077:                            total_scanned > total_reclaimed+total_reclaimed/2)
>                                                                ^ ^             ^ ^
> 
> 1088:                if (total_scanned && priority < DEF_PRIORITY - 2)
> 
> 
> Could this be part of the problems with reclaim?  Or have I missed something?

I had a patch which fixes it in -mm for a while.  It does increase the
number of pages which are reclaimed via direct reclaim and decreases the
number of pages which are reclaimed by kswapd.  As one would expect from
throttling kswapd.  This seems undesirable.

I'm leaving this alone until it can be demonstrated that fixing it improves
kernel behaviour in some manner.


  reply	other threads:[~2004-11-07  0:11 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-11-06 19:15 balance_pgdat(): where is total_scanned ever updated? Chuck Ebbert
2004-11-07  0:11 ` Andrew Morton [this message]
2004-11-09 10:42   ` Marcelo Tosatti
2004-11-09 19:36     ` Andrew Morton
2004-11-09 18:02       ` Marcelo Tosatti
2004-11-09 21:40         ` Andrew Morton
2004-11-09 18:52           ` Marcelo Tosatti
2004-11-09 22:40             ` Andrew Morton
2004-11-10 13:24             ` Nikita Danilov
  -- strict thread matches above, loose matches on Subject: below --
2004-11-07  5:02 Chuck Ebbert
2004-11-10  3:34 Chuck Ebbert

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=20041106161114.1cbb512b.akpm@osdl.org \
    --to=akpm@osdl.org \
    --cc=76306.1226@compuserve.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=nickpiggin@yahoo.com.au \
    /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