From: Dhaval Giani <dhaval@linux.vnet.ibm.com>
To: Balbir Singh <balbir@linux.vnet.ibm.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Linux Containers <containers@lists.osdl.org>,
YAMAMOTO Takashi <yamamoto@valinux.co.jp>,
Paul Menage <menage@google.com>,
Dave Hansen <haveblue@us.ibm.com>,
Linux MM Mailing List <linux-mm@kvack.org>,
Nick Piggin <npiggin@suse.de>,
Vaidyanathan Srinivasan <svaidy@linux.vnet.ibm.com>,
Pavel Emelianov <xemul@openvz.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Eric W Biederman <ebiederm@xmission.com>
Subject: Re: [-mm PATCH 0/9] Memory controller introduction (v6)
Date: Fri, 17 Aug 2007 21:19:51 +0530 [thread overview]
Message-ID: <20070817154951.GA1393@linux.vnet.ibm.com> (raw)
In-Reply-To: <20070817084228.26003.12568.sendpatchset@balbir-laptop>
On Fri, Aug 17, 2007 at 02:12:28PM +0530, Balbir Singh wrote:
Hi Andrew,
> The code was also tested on a power box with regular machine usage scenarios,
> the config disabled and with a stress suite that touched all the memory
> in the system and was limited in a container.
>
> Dhaval ran several tests on v6 and gave his thumbs up to the controller
> (a hard to achieve goal :-) ).
>
I've been running v6 on x86 and there are a few things I've tried. Most
of those results Balbir has already posted.
> Run kernbench stress
> --------------------
> Three simultaneously and with one inside a container of 800 MB.
>
The idea here was to create pressure inside the container while having
global pressure.
>
> Kernbench results running within the container of 800 MB
> --------------------------------------------------------
>
> Thu Aug 16 22:34:59 IST 2007
> 2.6.23-rc2-mm2-mem-v6
> Average Half load -j 4 Run (std deviation):
> Elapsed Time 466.548 (47.6014)
> User Time 876.598 (10.5273)
> System Time 223.136 (1.29247)
> Percent CPU 237.2 (23.2744)
> Context Switches 146351 (6539.91)
> Sleeps 174003 (5031.94)
>
> Average Optimal load -j 32 Run (std deviation):
> Elapsed Time 423.496 (60.625)
> User Time 897.285 (23.0391)
> System Time 228.836 (6.11205)
> Percent CPU 257.1 (40.9022)
> Context Switches 262134 (123397)
> Sleeps 270815 (103597)
>
>
> Kernbench results running within the default container
> ------------------------------------------------------
>
> Thu Aug 16 22:34:33 IST 2007
> 2.6.23-rc2-mm2-mem-v6
> Average Half load -j 4 Run (std deviation):
> Elapsed Time 424.17 (3.45908)
> User Time 841.992 (5.40178)
> System Time 213.01 (0.706258)
> Percent CPU 248.2 (0.83666)
> Context Switches 134254 (9535.83)
> Sleeps 167359 (6858.45)
>
> Average Optimal load -j 32 Run (std deviation):
> Elapsed Time 407.092 (108.932)
> User Time 878.493 (38.6575)
> System Time 222.155 (9.77127)
> Percent CPU 278.4 (91.5826)
> Context Switches 253836 (127708)
> Sleeps 263760 (103468)
>
>
> Kernbench results running within the default container
> ------------------------------------------------------
>
> Thu Aug 16 22:34:52 IST 2007
> 2.6.23-rc2-mm2-mem-v6
> Average Half load -j 4 Run (std deviation):
> Elapsed Time 465.038 (48.5147)
> User Time 874.742 (5.86563)
> System Time 222.194 (0.561676)
> Percent CPU 237.2 (22.5211)
> Context Switches 144040 (7052.23)
> Sleeps 172130 (5608.73)
>
> Average Optimal load -j 32 Run (std deviation):
> Elapsed Time 426.25 (62.34)
> User Time 893.938 (20.6732)
> System Time 227.717 (5.87502)
> Percent CPU 255.6 (40.7163)
> Context Switches 259560 (122953)
> Sleeps 267402 (101801)
>
I've been running v6 for sometime and it has been stable (still not
been able to break/crash it, whereas v4 was broken within 1 hour :-) )
Andrew, I feel these patches whould be included in mm so that it gets
wider testing.
--
regards,
Dhaval
I would like to change the world but they don't give me the source code!
WARNING: multiple messages have this Message-ID (diff)
From: Dhaval Giani <dhaval@linux.vnet.ibm.com>
To: Balbir Singh <balbir@linux.vnet.ibm.com>
Cc: Andrew Morton <akpm@linux-foundation.org>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
Peter Zijlstra <a.p.zijlstra@chello.nl>,
Linux Containers <containers@lists.osdl.org>,
YAMAMOTO Takashi <yamamoto@valinux.co.jp>,
Paul Menage <menage@google.com>,
Dave Hansen <haveblue@us.ibm.com>,
Linux MM Mailing List <linux-mm@kvack.org>,
Nick Piggin <npiggin@suse.de>,
Vaidyanathan Srinivasan <svaidy@linux.vnet.ibm.com>,
Pavel Emelianov <xemul@openvz.org>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Eric W Biederman <ebiederm@xmission.com>
Subject: Re: [-mm PATCH 0/9] Memory controller introduction (v6)
Date: Fri, 17 Aug 2007 21:19:51 +0530 [thread overview]
Message-ID: <20070817154951.GA1393@linux.vnet.ibm.com> (raw)
In-Reply-To: <20070817084228.26003.12568.sendpatchset@balbir-laptop>
On Fri, Aug 17, 2007 at 02:12:28PM +0530, Balbir Singh wrote:
Hi Andrew,
> The code was also tested on a power box with regular machine usage scenarios,
> the config disabled and with a stress suite that touched all the memory
> in the system and was limited in a container.
>
> Dhaval ran several tests on v6 and gave his thumbs up to the controller
> (a hard to achieve goal :-) ).
>
I've been running v6 on x86 and there are a few things I've tried. Most
of those results Balbir has already posted.
> Run kernbench stress
> --------------------
> Three simultaneously and with one inside a container of 800 MB.
>
The idea here was to create pressure inside the container while having
global pressure.
>
> Kernbench results running within the container of 800 MB
> --------------------------------------------------------
>
> Thu Aug 16 22:34:59 IST 2007
> 2.6.23-rc2-mm2-mem-v6
> Average Half load -j 4 Run (std deviation):
> Elapsed Time 466.548 (47.6014)
> User Time 876.598 (10.5273)
> System Time 223.136 (1.29247)
> Percent CPU 237.2 (23.2744)
> Context Switches 146351 (6539.91)
> Sleeps 174003 (5031.94)
>
> Average Optimal load -j 32 Run (std deviation):
> Elapsed Time 423.496 (60.625)
> User Time 897.285 (23.0391)
> System Time 228.836 (6.11205)
> Percent CPU 257.1 (40.9022)
> Context Switches 262134 (123397)
> Sleeps 270815 (103597)
>
>
> Kernbench results running within the default container
> ------------------------------------------------------
>
> Thu Aug 16 22:34:33 IST 2007
> 2.6.23-rc2-mm2-mem-v6
> Average Half load -j 4 Run (std deviation):
> Elapsed Time 424.17 (3.45908)
> User Time 841.992 (5.40178)
> System Time 213.01 (0.706258)
> Percent CPU 248.2 (0.83666)
> Context Switches 134254 (9535.83)
> Sleeps 167359 (6858.45)
>
> Average Optimal load -j 32 Run (std deviation):
> Elapsed Time 407.092 (108.932)
> User Time 878.493 (38.6575)
> System Time 222.155 (9.77127)
> Percent CPU 278.4 (91.5826)
> Context Switches 253836 (127708)
> Sleeps 263760 (103468)
>
>
> Kernbench results running within the default container
> ------------------------------------------------------
>
> Thu Aug 16 22:34:52 IST 2007
> 2.6.23-rc2-mm2-mem-v6
> Average Half load -j 4 Run (std deviation):
> Elapsed Time 465.038 (48.5147)
> User Time 874.742 (5.86563)
> System Time 222.194 (0.561676)
> Percent CPU 237.2 (22.5211)
> Context Switches 144040 (7052.23)
> Sleeps 172130 (5608.73)
>
> Average Optimal load -j 32 Run (std deviation):
> Elapsed Time 426.25 (62.34)
> User Time 893.938 (20.6732)
> System Time 227.717 (5.87502)
> Percent CPU 255.6 (40.7163)
> Context Switches 259560 (122953)
> Sleeps 267402 (101801)
>
I've been running v6 for sometime and it has been stable (still not
been able to break/crash it, whereas v4 was broken within 1 hour :-) )
Andrew, I feel these patches whould be included in mm so that it gets
wider testing.
--
regards,
Dhaval
I would like to change the world but they don't give me the source code!
--
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:[~2007-08-17 15:49 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-17 8:42 [-mm PATCH 0/9] Memory controller introduction (v6) Balbir Singh
2007-08-17 8:42 ` Balbir Singh
2007-08-17 8:42 ` [-mm PATCH 1/9] Memory controller resource counters (v6) Balbir Singh
2007-08-17 8:42 ` Balbir Singh
2007-08-20 8:20 ` [Devel] " Alexey Dobriyan
2007-08-20 8:20 ` Alexey Dobriyan
2007-08-20 9:01 ` Balbir Singh
2007-08-20 9:01 ` Balbir Singh
2007-09-11 0:42 ` Paul Menage
2007-09-11 0:42 ` Paul Menage
2007-09-11 0:42 ` Paul Menage
2007-09-12 10:05 ` Balbir Singh
2007-09-12 10:05 ` Balbir Singh
2007-08-17 8:42 ` [-mm PATCH 2/9] Memory controller containers setup (v6) Balbir Singh
2007-08-17 8:42 ` Balbir Singh
2007-08-17 8:42 ` [-mm PATCH 3/9] Memory controller accounting " Balbir Singh
2007-08-17 8:42 ` Balbir Singh
2007-08-17 8:42 ` Balbir Singh
2007-08-17 8:43 ` [-mm PATCH 4/9] Memory controller memory accounting (v6) Balbir Singh
2007-08-17 8:43 ` Balbir Singh
2007-08-17 8:43 ` [-mm PATCH 5/9] Memory controller task migration (v6) Balbir Singh
2007-08-17 8:43 ` Balbir Singh
2007-08-17 8:43 ` [-mm PATCH 6/9] Memory controller add per container LRU and reclaim (v6) Balbir Singh
2007-08-17 8:43 ` Balbir Singh
2007-08-17 8:43 ` Balbir Singh
2007-08-17 8:43 ` [-mm PATCH 7/9] Memory controller OOM handling (v6) Balbir Singh
2007-08-17 8:43 ` Balbir Singh
2007-08-17 8:43 ` [-mm PATCH 8/9] Memory controller add switch to control what type of pages to limit (v6) Balbir Singh
2007-08-17 8:43 ` Balbir Singh
2007-08-17 8:43 ` Balbir Singh
2007-08-17 8:44 ` [-mm PATCH 9/9] Memory controller make page_referenced() container aware (v6) Balbir Singh
2007-08-17 8:44 ` Balbir Singh
2007-08-17 8:44 ` Balbir Singh
2007-08-17 15:49 ` Dhaval Giani [this message]
2007-08-17 15:49 ` [-mm PATCH 0/9] Memory controller introduction (v6) Dhaval Giani
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=20070817154951.GA1393@linux.vnet.ibm.com \
--to=dhaval@linux.vnet.ibm.com \
--cc=a.p.zijlstra@chello.nl \
--cc=akpm@linux-foundation.org \
--cc=balbir@linux.vnet.ibm.com \
--cc=containers@lists.osdl.org \
--cc=ebiederm@xmission.com \
--cc=haveblue@us.ibm.com \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=menage@google.com \
--cc=npiggin@suse.de \
--cc=svaidy@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.