From: Wu Fengguang <fengguang.wu@intel.com>
To: Andrew Morton <akpm@linux-foundation.org>,
Balbir Singh <balbir@linux.vnet.ibm.com>
Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
Rik van Riel <riel@redhat.com>,
Johannes Weiner <hannes@cmpxchg.org>, Avi Kivity <avi@redhat.com>,
Andrea Arcangeli <aarcange@redhat.com>,
"Dike, Jeffrey G" <jeffrey.g.dike@intel.com>,
Hugh Dickins <hugh.dickins@tiscali.co.uk>,
Christoph Lameter <cl@linux-foundation.org>,
Mel Gorman <mel@csn.ul.ie>, LKML <linux-kernel@vger.kernel.org>,
linux-mm <linux-mm@kvack.org>,
"nishimura@mxp.nes.nec.co.jp" <nishimura@mxp.nes.nec.co.jp>,
"lizf@cn.fujitsu.com" <lizf@cn.fujitsu.com>,
"menage@google.com" <menage@google.com>
Subject: [PATCH] mm: make nr_scan_try_batch() more safe on races
Date: Thu, 20 Aug 2009 10:52:09 +0800 [thread overview]
Message-ID: <20090820025209.GA24387@localhost> (raw)
In-Reply-To: <20090820024929.GA19793@localhost>
nr_scan_try_batch() can be called concurrently on the same zone
and the non-atomic calculations can go wrong. This is not a big
problem as long as the errors are small and won't impact the
balanced zone aging noticeably.
@nr_to_scan could be much larger values than @swap_cluster_max.
So don't store such large values to *nr_saved_scan directly,
which helps reducing possible errors on races.
CC: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Signed-off-by: Wu Fengguang <fengguang.wu@intel.com>
---
mm/vmscan.c | 9 ++++-----
1 file changed, 4 insertions(+), 5 deletions(-)
--- linux.orig/mm/vmscan.c 2009-08-20 10:46:30.000000000 +0800
+++ linux/mm/vmscan.c 2009-08-20 10:49:36.000000000 +0800
@@ -1496,15 +1496,14 @@ static unsigned long nr_scan_try_batch(u
unsigned long *nr_saved_scan,
unsigned long swap_cluster_max)
{
- unsigned long nr;
-
- *nr_saved_scan += nr_to_scan;
- nr = *nr_saved_scan;
+ unsigned long nr = *nr_saved_scan + nr_to_scan;
if (nr >= swap_cluster_max)
*nr_saved_scan = 0;
- else
+ else {
+ *nr_saved_scan = nr;
nr = 0;
+ }
return nr;
}
WARNING: multiple messages have this Message-ID (diff)
From: Wu Fengguang <fengguang.wu@intel.com>
To: Andrew Morton <akpm@linux-foundation.org>,
Balbir Singh <balbir@linux.vnet.ibm.com>
Cc: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>,
Rik van Riel <riel@redhat.com>,
Johannes Weiner <hannes@cmpxchg.org>, Avi Kivity <avi@redhat.com>,
Andrea Arcangeli <aarcange@redhat.com>,
"Dike, Jeffrey G" <jeffrey.g.dike@intel.com>,
Hugh Dickins <hugh.dickins@tiscali.co.uk>,
Christoph Lameter <cl@linux-foundation.org>,
Mel Gorman <mel@csn.ul.ie>, LKML <linux-kernel@vger.kernel.org>,
linux-mm <linux-mm@kvack.org>,
"nishimura@mxp.nes.nec.co.jp" <nishimura@mxp.nes.nec.co.jp>,
"lizf@cn.fujitsu.com" <lizf@cn.fujitsu.com>,
"menage@google.com" <menage@google.com>
Subject: [PATCH] mm: make nr_scan_try_batch() more safe on races
Date: Thu, 20 Aug 2009 10:52:09 +0800 [thread overview]
Message-ID: <20090820025209.GA24387@localhost> (raw)
In-Reply-To: <20090820024929.GA19793@localhost>
nr_scan_try_batch() can be called concurrently on the same zone
and the non-atomic calculations can go wrong. This is not a big
problem as long as the errors are small and won't impact the
balanced zone aging noticeably.
@nr_to_scan could be much larger values than @swap_cluster_max.
So don't store such large values to *nr_saved_scan directly,
which helps reducing possible errors on races.
CC: KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Signed-off-by: Wu Fengguang <fengguang.wu@intel.com>
---
mm/vmscan.c | 9 ++++-----
1 file changed, 4 insertions(+), 5 deletions(-)
--- linux.orig/mm/vmscan.c 2009-08-20 10:46:30.000000000 +0800
+++ linux/mm/vmscan.c 2009-08-20 10:49:36.000000000 +0800
@@ -1496,15 +1496,14 @@ static unsigned long nr_scan_try_batch(u
unsigned long *nr_saved_scan,
unsigned long swap_cluster_max)
{
- unsigned long nr;
-
- *nr_saved_scan += nr_to_scan;
- nr = *nr_saved_scan;
+ unsigned long nr = *nr_saved_scan + nr_to_scan;
if (nr >= swap_cluster_max)
*nr_saved_scan = 0;
- else
+ else {
+ *nr_saved_scan = nr;
nr = 0;
+ }
return nr;
}
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next prev parent reply other threads:[~2009-08-20 2:52 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-08-20 2:49 [PATCH] mm: do batched scans for mem_cgroup Wu Fengguang
2009-08-20 2:49 ` Wu Fengguang
2009-08-20 2:52 ` Wu Fengguang [this message]
2009-08-20 2:52 ` [PATCH] mm: make nr_scan_try_batch() more safe on races Wu Fengguang
2009-08-20 3:17 ` [RFC][PATCH] mm: remove unnecessary loop inside shrink_inactive_list() Wu Fengguang
2009-08-20 3:17 ` Wu Fengguang
2009-08-21 11:09 ` KOSAKI Motohiro
2009-08-21 11:09 ` KOSAKI Motohiro
2009-08-21 11:22 ` Wu Fengguang
2009-08-21 11:22 ` Wu Fengguang
2009-08-27 0:20 ` KOSAKI Motohiro
2009-08-27 0:20 ` KOSAKI Motohiro
2009-08-20 3:13 ` [PATCH] mm: do batched scans for mem_cgroup KAMEZAWA Hiroyuki
2009-08-20 3:13 ` KAMEZAWA Hiroyuki
2009-08-20 4:05 ` [PATCH -v2] " Wu Fengguang
2009-08-20 4:05 ` Wu Fengguang
2009-08-20 4:06 ` KAMEZAWA Hiroyuki
2009-08-20 4:06 ` KAMEZAWA Hiroyuki
2009-08-20 5:16 ` Balbir Singh
2009-08-20 5:16 ` Balbir Singh
2009-08-21 1:39 ` Wu Fengguang
2009-08-21 1:39 ` Wu Fengguang
2009-08-21 1:46 ` Wu Fengguang
2009-08-21 1:46 ` Wu Fengguang
2009-08-20 11:01 ` Minchan Kim
2009-08-20 11:01 ` Minchan Kim
2009-08-20 11:49 ` Wu Fengguang
2009-08-20 11:49 ` Wu Fengguang
2009-08-20 12:13 ` Minchan Kim
2009-08-20 12:13 ` Minchan Kim
2009-08-20 12:32 ` Wu Fengguang
2009-08-20 12:32 ` Wu Fengguang
2009-08-21 3:55 ` Minchan Kim
2009-08-21 3:55 ` Minchan Kim
2009-08-21 7:27 ` [PATCH -v2 changelog updated] " Wu Fengguang
2009-08-21 7:27 ` Wu Fengguang
2009-08-21 10:57 ` KOSAKI Motohiro
2009-08-21 10:57 ` KOSAKI Motohiro
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=20090820025209.GA24387@localhost \
--to=fengguang.wu@intel.com \
--cc=aarcange@redhat.com \
--cc=akpm@linux-foundation.org \
--cc=avi@redhat.com \
--cc=balbir@linux.vnet.ibm.com \
--cc=cl@linux-foundation.org \
--cc=hannes@cmpxchg.org \
--cc=hugh.dickins@tiscali.co.uk \
--cc=jeffrey.g.dike@intel.com \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=kosaki.motohiro@jp.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=lizf@cn.fujitsu.com \
--cc=mel@csn.ul.ie \
--cc=menage@google.com \
--cc=nishimura@mxp.nes.nec.co.jp \
--cc=riel@redhat.com \
/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.