All of lore.kernel.org
 help / color / mirror / Atom feed
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
To: Hugh Dickins <hughd@google.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Konstantin Khlebnikov <khlebnikov@openvz.org>,
	Johannes Weiner <hannes@cmpxchg.org>,
	Michal Hocko <mhocko@suse.cz>,
	linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 3/3] mm/memcg: apply add/del_page to lruvec
Date: Mon, 14 May 2012 19:40:25 +0900	[thread overview]
Message-ID: <4FB0E119.7040103@jp.fujitsu.com> (raw)
In-Reply-To: <alpine.LSU.2.00.1205132201210.6148@eggly.anvils>

(2012/05/14 14:02), Hugh Dickins wrote:

> Take lruvec further: pass it instead of zone to add_page_to_lru_list()
> and del_page_from_lru_list(); and pagevec_lru_move_fn() pass lruvec
> down to its target functions.
> 
> This cleanup eliminates a swathe of cruft in memcontrol.c,
> including mem_cgroup_lru_add_list(), mem_cgroup_lru_del_list() and
> mem_cgroup_lru_move_lists() - which never actually touched the lists.
> 
> In their place, mem_cgroup_page_lruvec() to decide the lruvec,
> previously a side-effect of add, and mem_cgroup_update_lru_size()
> to maintain the lru_size stats.
> 
> Whilst these are simplifications in their own right, the goal is to
> bring the evaluation of lruvec next to the spin_locking of the lrus,
> in preparation for a future patch.
> 
> Signed-off-by: Hugh Dickins <hughd@google.com>


Acked-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>


--
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/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

WARNING: multiple messages have this Message-ID (diff)
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
To: Hugh Dickins <hughd@google.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Konstantin Khlebnikov <khlebnikov@openvz.org>,
	Johannes Weiner <hannes@cmpxchg.org>,
	Michal Hocko <mhocko@suse.cz>,
	linux-mm@kvack.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 3/3] mm/memcg: apply add/del_page to lruvec
Date: Mon, 14 May 2012 19:40:25 +0900	[thread overview]
Message-ID: <4FB0E119.7040103@jp.fujitsu.com> (raw)
In-Reply-To: <alpine.LSU.2.00.1205132201210.6148@eggly.anvils>

(2012/05/14 14:02), Hugh Dickins wrote:

> Take lruvec further: pass it instead of zone to add_page_to_lru_list()
> and del_page_from_lru_list(); and pagevec_lru_move_fn() pass lruvec
> down to its target functions.
> 
> This cleanup eliminates a swathe of cruft in memcontrol.c,
> including mem_cgroup_lru_add_list(), mem_cgroup_lru_del_list() and
> mem_cgroup_lru_move_lists() - which never actually touched the lists.
> 
> In their place, mem_cgroup_page_lruvec() to decide the lruvec,
> previously a side-effect of add, and mem_cgroup_update_lru_size()
> to maintain the lru_size stats.
> 
> Whilst these are simplifications in their own right, the goal is to
> bring the evaluation of lruvec next to the spin_locking of the lrus,
> in preparation for a future patch.
> 
> Signed-off-by: Hugh Dickins <hughd@google.com>


Acked-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>



  reply	other threads:[~2012-05-14 10:42 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-14  4:58 [PATCH 0/3] mm/memcg: trivia and more lruvec Hugh Dickins
2012-05-14  4:58 ` Hugh Dickins
2012-05-14  5:00 ` [PATCH 1/3] mm/memcg: get_lru_size not get_lruvec_size Hugh Dickins
2012-05-14  5:00   ` Hugh Dickins
2012-05-14 10:34   ` KAMEZAWA Hiroyuki
2012-05-14 10:34     ` KAMEZAWA Hiroyuki
2012-05-14 10:44   ` Konstantin Khlebnikov
2012-05-14 10:44     ` Konstantin Khlebnikov
2012-05-14 15:49   ` Michal Hocko
2012-05-14 15:49     ` Michal Hocko
2012-05-14  5:01 ` [PATCH 2/3] mm: trivial cleanups in vmscan.c Hugh Dickins
2012-05-14  5:01   ` Hugh Dickins
2012-05-14  5:56   ` KOSAKI Motohiro
2012-05-14  5:56     ` KOSAKI Motohiro
2012-05-14 10:36   ` KAMEZAWA Hiroyuki
2012-05-14 10:36     ` KAMEZAWA Hiroyuki
2012-05-14 10:46   ` Konstantin Khlebnikov
2012-05-14 10:46     ` Konstantin Khlebnikov
2012-05-14 15:52   ` Michal Hocko
2012-05-14 15:52     ` Michal Hocko
2012-05-14  5:02 ` [PATCH 3/3] mm/memcg: apply add/del_page to lruvec Hugh Dickins
2012-05-14  5:02   ` Hugh Dickins
2012-05-14 10:40   ` KAMEZAWA Hiroyuki [this message]
2012-05-14 10:40     ` KAMEZAWA Hiroyuki
2012-05-14 11:16   ` Konstantin Khlebnikov
2012-05-14 11:16     ` Konstantin Khlebnikov
2012-05-14 20:02     ` Hugh Dickins
2012-05-14 20:02       ` Hugh Dickins
2012-05-15  8:53       ` Konstantin Khlebnikov
2012-05-15  8:53         ` Konstantin Khlebnikov
2012-05-15 20:53         ` Hugh Dickins
2012-05-15 20:53           ` Hugh Dickins
2012-05-14 16:39   ` Michal Hocko
2012-05-14 16:39     ` Michal Hocko
2012-05-15 12:34     ` Michal Hocko
2012-05-15 12:34       ` Michal Hocko
2012-05-30 22:17   ` baozich
2012-05-30 22:17     ` baozich
2012-05-31 22:58     ` Hugh Dickins
2012-05-31 22:58       ` Hugh Dickins
2012-05-31 19:14       ` Chen Baozi
2012-05-31 19:14         ` Chen Baozi

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=4FB0E119.7040103@jp.fujitsu.com \
    --to=kamezawa.hiroyu@jp.fujitsu.com \
    --cc=akpm@linux-foundation.org \
    --cc=hannes@cmpxchg.org \
    --cc=hughd@google.com \
    --cc=khlebnikov@openvz.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=mhocko@suse.cz \
    /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.