On 05/10/10 22:50 -0700, Sukadev Bhattiprolu wrote:
Greg Kurz [gk...@fr.ibm.com] wrote:
| On Tue, 2010-09-07 at 13:03 -0700, Sukadev Bhattiprolu wrote:
| Suppose we create a container and redirect its stdout/stderr as follows:
|
|lxc-execute -name foo -- /path/to/app /tmp/xyz.out 21
* Greg Thelen gthe...@google.com [2010-10-03 23:57:56]:
Add additional flags to page_cgroup to track dirty pages
within a mem_cgroup.
Signed-off-by: KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com
Signed-off-by: Andrea Righi ari...@develer.com
Signed-off-by: Greg Thelen gthe...@google.com
* Greg Thelen gthe...@google.com [2010-10-03 23:57:57]:
Document cgroup dirty memory interfaces and statistics.
Signed-off-by: Andrea Righi ari...@develer.com
Signed-off-by: Greg Thelen gthe...@google.com
Acked-by: Balbir Singh bal...@linux.vnet.ibm.com
--
Three Cheers,
* Greg Thelen gthe...@google.com [2010-10-03 23:58:03]:
Add cgroupfs interface to memcg dirty page limits:
Direct write-out is controlled with:
- memory.dirty_ratio
- memory.dirty_bytes
Background write-out is controlled with:
- memory.dirty_background_ratio
-
* Balbir Singh bal...@linux.vnet.ibm.com [2010-10-06 19:00:24]:
* Greg Thelen gthe...@google.com [2010-10-03 23:58:03]:
Add cgroupfs interface to memcg dirty page limits:
Direct write-out is controlled with:
- memory.dirty_ratio
- memory.dirty_bytes
Background write-out is
On 10/06/2010 11:58 AM, Louis Rilling wrote:
On 05/10/10 22:50 -0700, Sukadev Bhattiprolu wrote:
Greg Kurz [gk...@fr.ibm.com] wrote:
| On Tue, 2010-09-07 at 13:03 -0700, Sukadev Bhattiprolu wrote:
| Suppose we create a container and redirect its stdout/stderr as follows:
|
| lxc-execute
I propose restricting page_cgroup.flags to 16 bits. The patch for the
same is below. Comments?
Restrict the bits usage in page_cgroup.flags
From: Balbir Singh bal...@linux.vnet.ibm.com
Restricting the flags helps control growth of the flags unbound.
Restriciting it to 16 bits gives us the
* Greg Thelen gthe...@google.com [2010-10-06 09:21:55]:
Looks good to me. I am currently gather performance data on the memcg
series. It should be done in an hour or so. I'll then repost V2 of the
memcg dirty limits series. I'll integrate this patch into the series,
unless there's
Andrea Righi ari...@develer.com writes:
On Tue, Oct 05, 2010 at 12:33:15AM -0700, Greg Thelen wrote:
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com writes:
On Sun, 3 Oct 2010 23:58:03 -0700
Greg Thelen gthe...@google.com wrote:
Add cgroupfs interface to memcg dirty page limits:
On Thu, 2010-09-16 at 20:37 -0400, Oren Laadan wrote:
Hi Nathan,
Thanks for the patch series. For starters, I'll pull
patches 1-3 for ckpt-v22-dev. I'll wait for reviews
for the others.
Well, reviews haven't exactly been pouring in, but I'm reasonably
confident in these patches -- anything
On Wed, Oct 06, 2010 at 11:34:16AM -0700, Greg Thelen wrote:
Andrea Righi ari...@develer.com writes:
On Tue, Oct 05, 2010 at 12:33:15AM -0700, Greg Thelen wrote:
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com writes:
On Sun, 3 Oct 2010 23:58:03 -0700
Greg Thelen
On Wed, 6 Oct 2010 19:53:14 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
I propose restricting page_cgroup.flags to 16 bits. The patch for the
same is below. Comments?
Restrict the bits usage in page_cgroup.flags
From: Balbir Singh bal...@linux.vnet.ibm.com
Restricting the
On Tue, 05 Oct 2010 12:00:17 -0700
Greg Thelen gthe...@google.com wrote:
Andrea Righi ari...@develer.com writes:
On Sun, Oct 03, 2010 at 11:58:02PM -0700, Greg Thelen wrote:
Extend mem_cgroup to contain dirty page limits. Also add routines
allowing the kernel to query the dirty usage of
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com writes:
On Tue, 05 Oct 2010 12:00:17 -0700
Greg Thelen gthe...@google.com wrote:
Andrea Righi ari...@develer.com writes:
On Sun, Oct 03, 2010 at 11:58:02PM -0700, Greg Thelen wrote:
Extend mem_cgroup to contain dirty page limits. Also
On Wed, 6 Oct 2010 09:15:34 +0900
Minchan Kim minchan@gmail.com wrote:
First of all, we could add your patch as it is and I don't expect any
regression report about interrupt latency.
That's because many embedded guys doesn't use mmotm and have a
tendency to not report regression of VM.
On Wed, 06 Oct 2010 17:27:13 -0700
Greg Thelen gthe...@google.com wrote:
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com writes:
On Tue, 05 Oct 2010 12:00:17 -0700
Greg Thelen gthe...@google.com wrote:
Andrea Righi ari...@develer.com writes:
On Sun, Oct 03, 2010 at 11:58:02PM
On Wed, 6 Oct 2010 19:53:14 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
I propose restricting page_cgroup.flags to 16 bits. The patch for the
same is below. Comments?
Restrict the bits usage in page_cgroup.flags
From: Balbir Singh bal...@linux.vnet.ibm.com
Restricting the
On Thu, 7 Oct 2010 09:35:45 +0900
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com wrote:
On Wed, 6 Oct 2010 09:15:34 +0900
Minchan Kim minchan@gmail.com wrote:
First of all, we could add your patch as it is and I don't expect any
regression report about interrupt latency.
That's
On Thu, 7 Oct 2010 10:54:56 +0900
Daisuke Nishimura nishim...@mxp.nes.nec.co.jp wrote:
On Thu, 7 Oct 2010 09:35:45 +0900
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com wrote:
On Wed, 6 Oct 2010 09:15:34 +0900
Minchan Kim minchan@gmail.com wrote:
First of all, we could add your
* KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com [2010-10-07 08:58:58]:
On Wed, 6 Oct 2010 19:53:14 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
I propose restricting page_cgroup.flags to 16 bits. The patch for the
same is below. Comments?
Restrict the bits usage in
* nishim...@mxp.nes.nec.co.jp nishim...@mxp.nes.nec.co.jp [2010-10-07
09:54:58]:
On Wed, 6 Oct 2010 19:53:14 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
I propose restricting page_cgroup.flags to 16 bits. The patch for the
same is below. Comments?
Restrict the bits usage
On Thu, 7 Oct 2010 08:42:04 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
* KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com [2010-10-07 08:58:58]:
On Wed, 6 Oct 2010 19:53:14 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
I propose restricting page_cgroup.flags to 16
On Thu, 7 Oct 2010 08:44:59 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
* nishim...@mxp.nes.nec.co.jp nishim...@mxp.nes.nec.co.jp [2010-10-07
09:54:58]:
On Wed, 6 Oct 2010 19:53:14 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
I propose restricting page_cgroup.flags
* KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com [2010-10-07 12:18:16]:
On Thu, 7 Oct 2010 08:42:04 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
* KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com [2010-10-07 08:58:58]:
On Wed, 6 Oct 2010 19:53:14 +0530
Balbir Singh
* nishim...@mxp.nes.nec.co.jp nishim...@mxp.nes.nec.co.jp [2010-10-07
12:47:06]:
On Thu, 7 Oct 2010 08:44:59 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
* nishim...@mxp.nes.nec.co.jp nishim...@mxp.nes.nec.co.jp [2010-10-07
09:54:58]:
On Wed, 6 Oct 2010 19:53:14 +0530
On Thu, 7 Oct 2010 09:26:08 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
* KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com [2010-10-07 12:18:16]:
On Thu, 7 Oct 2010 08:42:04 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
* KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com
* KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com [2010-10-07 13:22:33]:
On Thu, 7 Oct 2010 09:26:08 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
* KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com [2010-10-07 12:18:16]:
On Thu, 7 Oct 2010 08:42:04 +0530
Balbir Singh
On Thu, 7 Oct 2010 11:01:17 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
* KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com [2010-10-07 13:22:33]:
On Thu, 7 Oct 2010 09:26:08 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
* KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com
On Thu, 7 Oct 2010 13:22:33 +0900
KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com wrote:
On Thu, 7 Oct 2010 09:26:08 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
* KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com [2010-10-07 12:18:16]:
On Thu, 7 Oct 2010 08:42:04 +0530
29 matches
Mail list logo
