From: Wu Fengguang <wfg@mail.ustc.edu.cn>
To: Christoph Lameter <clameter@sgi.com>
Cc: Andrew Morton <akpm@osdl.org>, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 12/28] readahead: state based method - aging accounting
Date: Thu, 16 Nov 2006 21:39:19 +0800 [thread overview]
Message-ID: <363684361.17920@ustc.edu.cn> (raw)
Message-ID: <20061116133919.GA6645@mail.ustc.edu.cn> (raw)
In-Reply-To: <Pine.LNX.4.64.0611150853510.19227@schroedinger.engr.sgi.com>
On Wed, Nov 15, 2006 at 08:54:44AM -0800, Christoph Lameter wrote:
> On Wed, 15 Nov 2006, Wu Fengguang wrote:
>
> > Collect info about the global available memory and its consumption speed.
> > The data are used by the stateful method to estimate the thrashing threshold.
>
> Looks like you should use a ZVC counter for total scanned. See
> include/linux/mmzone.h.
OK.
By using zone.total_scanned, I have chose an easy way :)
To do the general vm timing in something like zone.vm_stat[NR_SCAN_INACTIVE],
a set of new functions will be required:
global_page_state_raw()
zone_page_state_raw()
node_page_state_raw()
They do not check overflows, so that we can do
time_elapsed = new_raw_value - old_raw_value;
However, before introducing the ugly *_raw() functions, I'd like to know if
#ifdef CONFIG_SMP
if (x < 0)
x = 0;
#endif
really helps some big NUMA system. I suspect object counters like
NR_FILE_PAGES will _never_ overflow, and an accumulated counter like
NR_VMSCAN_WRITE is expected to overflow. In either case, it is ok to
return an unsigned long raw counter.
Regards,
Wu
next prev parent reply other threads:[~2006-11-16 13:39 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20061115075007.832957580@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 00/28] Adaptive readahead V16 Wu Fengguang
[not found] ` <20061115075024.180138257@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 01/28] readahead: kconfig options Wu Fengguang
[not found] ` <20061115075024.503627543@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 02/28] radixtree: introduce scan hole/data functions Wu Fengguang
[not found] ` <20061115075024.850542829@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 03/28] mm: introduce probe_page() Wu Fengguang
[not found] ` <20061115075025.438524224@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 04/28] mm: introduce PG_readahead Wu Fengguang
[not found] ` <20061115075026.121499794@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 06/28] readahead: insert cond_resched() calls Wu Fengguang
[not found] ` <20061115075027.139255636@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 09/28] readahead: rescue_pages() Wu Fengguang
[not found] ` <20061115075027.832896629@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 11/28] readahead: min/max sizes Wu Fengguang
[not found] ` <20061115075028.178039166@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 12/28] readahead: state based method - aging accounting Wu Fengguang
2006-11-15 16:54 ` Christoph Lameter
[not found] ` <20061116133919.GA6645@mail.ustc.edu.cn>
2006-11-16 13:39 ` Wu Fengguang [this message]
[not found] ` <20061115075028.494374406@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 13/28] readahead: state based method - routines Wu Fengguang
[not found] ` <20061115075028.829507795@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 14/28] readahead: state based method Wu Fengguang
[not found] ` <20061115075029.205178794@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 15/28] readahead: context " Wu Fengguang
[not found] ` <20061115075029.519507130@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 16/28] readahead: initial method - guiding sizes Wu Fengguang
[not found] ` <20061115075029.869472273@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 17/28] readahead: initial method - thrashing guard size Wu Fengguang
[not found] ` <20061115075030.229339867@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 18/28] readahead: initial method - user recommended size Wu Fengguang
[not found] ` <20061115075030.942942737@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 20/28] readahead: backward prefetching method Wu Fengguang
[not found] ` <20061115075031.286178806@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 21/28] readahead: thrashing recovery method Wu Fengguang
[not found] ` <20061115075031.524129110@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 22/28] readahead: call scheme Wu Fengguang
[not found] ` <20061115075031.909090639@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 23/28] readahead: laptop mode Wu Fengguang
[not found] ` <20061115075032.213167260@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 24/28] readahead: loop case Wu Fengguang
[not found] ` <20061115075032.515501374@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 25/28] readahead: nfsd case Wu Fengguang
[not found] ` <20061115075032.945192537@localhost.localdomain>
2006-11-15 7:50 ` [PATCH 26/28] readahead: turn on by default Wu Fengguang
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=363684361.17920@ustc.edu.cn \
--to=wfg@mail.ustc.edu.cn \
--cc=akpm@osdl.org \
--cc=clameter@sgi.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox