From: Balbir Singh <balbir@linux.vnet.ibm.com>
To: linux-mm@kvack.org
Cc: Nick Piggin <nickpiggin@yahoo.com.au>,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Sudhir Kumar <skumar@linux.vnet.ibm.com>,
Hugh Dickins <hugh@veritas.com>,
YAMAMOTO Takashi <yamamoto@valinux.co.jp>,
Herbert Poetzl <herbert@13thfloor.at>,
Paul Menage <menage@google.com>,
linux-kernel@vger.kernel.org,
Lee Schermerhorn <Lee.Schermerhorn@hp.com>,
"Eric W. Biederman" <ebiederm@xmission.com>,
David Rientjes <rientjes@google.com>,
Pavel Emelianov <xemul@openvz.org>,
Dhaval Giani <dhaval@linux.vnet.ibm.com>,
Balbir Singh <balbir@linux.vnet.ibm.com>,
Rik Van Riel <riel@redhat.com>,
Andrew Morton <akpm@linux-foundation.org>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
Subject: [mm][PATCH 0/4] Add soft limits to the memory controller v2
Date: Tue, 19 Feb 2008 12:32:32 +0530 [thread overview]
Message-ID: <20080219070232.25349.21196.sendpatchset@localhost.localdomain> (raw)
This patchset implements the basic changes required to implement soft limits
in the memory controller. A soft limit is a variation of the currently
supported hard limit feature. A memory cgroup can exceed it's soft limit
provided there is no contention for memory.
These patches were tested on a PowerPC box, by running a programs in parallel,
and checking their behaviour for various soft limit values.
These patches were developed on top of 2.6.25-rc2-mm1. Comments, suggestions,
criticism are all welcome!
TODOs:
1. Currently there is no ordering of memory cgroups over their limit.
We use a simple linked list to maintain a list of groups over their
limit. In the future, we might want to create a heap of objects ordered
by the amount by which they exceed soft limit.
2. Distribute the excessive (non-contended) resources between groups
in the ratio of their soft limits
3. Merge with KAMEZAWA's and YAMAMOTO's water mark and background reclaim
patches in the long-term
series
------
memory-controller-res_counters-soft-limit-setup.patch
memory-controller-add-soft-limit-interface.patch
memory-controller-reclaim-on-contention.patch
memory-controller-add-soft-limit-documentation.patch
--
Warm Regards,
Balbir Singh
Linux Technology Center
IBM, ISTL
WARNING: multiple messages have this Message-ID (diff)
From: Balbir Singh <balbir@linux.vnet.ibm.com>
To: linux-mm@kvack.org
Cc: Nick Piggin <nickpiggin@yahoo.com.au>,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Sudhir Kumar <skumar@linux.vnet.ibm.com>,
Hugh Dickins <hugh@veritas.com>,
YAMAMOTO Takashi <yamamoto@valinux.co.jp>,
Herbert Poetzl <herbert@13thfloor.at>,
Paul Menage <menage@google.com>,
linux-kernel@vger.kernel.org,
Lee Schermerhorn <Lee.Schermerhorn@hp.com>,
"Eric W. Biederman" <ebiederm@xmission.com>,
David Rientjes <rientjes@google.com>,
Pavel Emelianov <xemul@openvz.org>,
Dhaval Giani <dhaval@linux.vnet.ibm.com>,
Balbir Singh <balbir@linux.vnet.ibm.com>,
Rik Van Riel <riel@redhat.com>,
Andrew Morton <akpm@linux-foundation.org>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
Subject: [mm][PATCH 0/4] Add soft limits to the memory controller v2
Date: Tue, 19 Feb 2008 12:32:32 +0530 [thread overview]
Message-ID: <20080219070232.25349.21196.sendpatchset@localhost.localdomain> (raw)
This patchset implements the basic changes required to implement soft limits
in the memory controller. A soft limit is a variation of the currently
supported hard limit feature. A memory cgroup can exceed it's soft limit
provided there is no contention for memory.
These patches were tested on a PowerPC box, by running a programs in parallel,
and checking their behaviour for various soft limit values.
These patches were developed on top of 2.6.25-rc2-mm1. Comments, suggestions,
criticism are all welcome!
TODOs:
1. Currently there is no ordering of memory cgroups over their limit.
We use a simple linked list to maintain a list of groups over their
limit. In the future, we might want to create a heap of objects ordered
by the amount by which they exceed soft limit.
2. Distribute the excessive (non-contended) resources between groups
in the ratio of their soft limits
3. Merge with KAMEZAWA's and YAMAMOTO's water mark and background reclaim
patches in the long-term
series
------
memory-controller-res_counters-soft-limit-setup.patch
memory-controller-add-soft-limit-interface.patch
memory-controller-reclaim-on-contention.patch
memory-controller-add-soft-limit-documentation.patch
--
Warm Regards,
Balbir Singh
Linux Technology Center
IBM, ISTL
--
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 reply other threads:[~2008-02-19 7:06 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-02-19 7:02 Balbir Singh [this message]
2008-02-19 7:02 ` [mm][PATCH 0/4] Add soft limits to the memory controller v2 Balbir Singh
2008-02-19 7:02 ` [mm] [PATCH 1/4] Modify resource counters to add soft limit support v2 Balbir Singh
2008-02-19 7:02 ` Balbir Singh
2008-02-19 7:02 ` [mm] [PATCH 2/4] Add the soft limit interface v2 Balbir Singh
2008-02-19 7:02 ` Balbir Singh
2008-02-19 7:33 ` Li Zefan
2008-02-19 7:33 ` Li Zefan
2008-02-19 7:42 ` Li Zefan
2008-02-19 7:42 ` Li Zefan
2008-02-19 8:36 ` Balbir Singh
2008-02-19 8:36 ` Balbir Singh
2008-02-19 8:38 ` Balbir Singh
2008-02-19 8:38 ` Balbir Singh
2008-02-19 7:03 ` [mm] [PATCH 3/4] Reclaim from groups over their soft limit under memory pressure v2 Balbir Singh
2008-02-19 7:03 ` Balbir Singh
2008-02-19 7:03 ` [mm] [PATCH 4/4] Add soft limit documentation v2 Balbir Singh
2008-02-19 7:03 ` Balbir Singh
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=20080219070232.25349.21196.sendpatchset@localhost.localdomain \
--to=balbir@linux.vnet.ibm.com \
--cc=Lee.Schermerhorn@hp.com \
--cc=a.p.zijlstra@chello.nl \
--cc=akpm@linux-foundation.org \
--cc=dhaval@linux.vnet.ibm.com \
--cc=ebiederm@xmission.com \
--cc=herbert@13thfloor.at \
--cc=hugh@veritas.com \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=menage@google.com \
--cc=nickpiggin@yahoo.com.au \
--cc=riel@redhat.com \
--cc=rientjes@google.com \
--cc=skumar@linux.vnet.ibm.com \
--cc=xemul@openvz.org \
--cc=yamamoto@valinux.co.jp \
/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.