From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
To: balbir@linux.vnet.ibm.com
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-mm@kvack.org" <linux-mm@kvack.org>,
"nishimura@mxp.nes.nec.co.jp" <nishimura@mxp.nes.nec.co.jp>,
cl@linux-foundation.org,
"akpm@linux-foundation.org" <akpm@linux-foundation.org>
Subject: Re: [PATCH 2/2] memcg : rewrite percpu countings with new interfaces
Date: Mon, 9 Nov 2009 17:36:10 +0900 [thread overview]
Message-ID: <20091109173610.3d23daf2.kamezawa.hiroyu@jp.fujitsu.com> (raw)
In-Reply-To: <20091109070737.GE3042@balbir.in.ibm.com>
On Mon, 9 Nov 2009 12:37:37 +0530
Balbir Singh <balbir@linux.vnet.ibm.com> wrote:
> > after==
> > Performance counter stats for './runpause.sh' (5 runs):
> >
> > 474919.429670 task-clock-msecs # 7.896 CPUs ( +- 0.013% )
> > 36520440 page-faults # 0.077 M/sec ( +- 1.854% )
> > 3109834751 cache-references # 6.548 M/sec ( +- 0.276% )
> > 1053275160 cache-misses # 2.218 M/sec ( +- 0.036% )
> >
> > 60.146585280 seconds time elapsed ( +- 0.019% )
> >
> > This test is affected by cpu-utilization but I think more improvements
> > will be found in bigger system.
> >
>
> Hi, Kamezawa-San,
>
> Could you please post the IPC results as well?
>
Because PREEMPT=n, no differnce between v1/v2, basically.
Here.
==
Performance counter stats for './runpause.sh' (5 runs):
475884.969949 task-clock-msecs # 7.913 CPUs ( +- 0.005% )
36592060 page-faults # 0.077 M/sec ( +- 0.301% )
3037784893 cache-references # 6.383 M/sec ( +- 0.361% ) (scaled from 99.71%)
1130761297 cache-misses # 2.376 M/sec ( +- 0.244% ) (scaled from 98.24%)
60.136803969 seconds time elapsed ( +- 0.006% )
==
But this program is highly affected by cpu utilization etc...
Thanks,
-Kame
WARNING: multiple messages have this Message-ID (diff)
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
To: balbir@linux.vnet.ibm.com
Cc: "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-mm@kvack.org" <linux-mm@kvack.org>,
"nishimura@mxp.nes.nec.co.jp" <nishimura@mxp.nes.nec.co.jp>,
cl@linux-foundation.org,
"akpm@linux-foundation.org" <akpm@linux-foundation.org>
Subject: Re: [PATCH 2/2] memcg : rewrite percpu countings with new interfaces
Date: Mon, 9 Nov 2009 17:36:10 +0900 [thread overview]
Message-ID: <20091109173610.3d23daf2.kamezawa.hiroyu@jp.fujitsu.com> (raw)
In-Reply-To: <20091109070737.GE3042@balbir.in.ibm.com>
On Mon, 9 Nov 2009 12:37:37 +0530
Balbir Singh <balbir@linux.vnet.ibm.com> wrote:
> > after==
> > Performance counter stats for './runpause.sh' (5 runs):
> >
> > 474919.429670 task-clock-msecs # 7.896 CPUs ( +- 0.013% )
> > 36520440 page-faults # 0.077 M/sec ( +- 1.854% )
> > 3109834751 cache-references # 6.548 M/sec ( +- 0.276% )
> > 1053275160 cache-misses # 2.218 M/sec ( +- 0.036% )
> >
> > 60.146585280 seconds time elapsed ( +- 0.019% )
> >
> > This test is affected by cpu-utilization but I think more improvements
> > will be found in bigger system.
> >
>
> Hi, Kamezawa-San,
>
> Could you please post the IPC results as well?
>
Because PREEMPT=n, no differnce between v1/v2, basically.
Here.
==
Performance counter stats for './runpause.sh' (5 runs):
475884.969949 task-clock-msecs # 7.913 CPUs ( +- 0.005% )
36592060 page-faults # 0.077 M/sec ( +- 0.301% )
3037784893 cache-references # 6.383 M/sec ( +- 0.361% ) (scaled from 99.71%)
1130761297 cache-misses # 2.376 M/sec ( +- 0.244% ) (scaled from 98.24%)
60.136803969 seconds time elapsed ( +- 0.006% )
==
But this program is highly affected by cpu utilization etc...
Thanks,
-Kame
--
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-11-09 8:38 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-11-06 8:52 [PATCH 0/2] memcg make use of new percpu implementations KAMEZAWA Hiroyuki
2009-11-06 8:52 ` KAMEZAWA Hiroyuki
2009-11-06 8:54 ` [PATCH 1/2] memcg : rename index to short name KAMEZAWA Hiroyuki
2009-11-06 8:54 ` KAMEZAWA Hiroyuki
2009-11-06 8:55 ` [PATCH 2/2] memcg : rewrite percpu countings with new interfaces KAMEZAWA Hiroyuki
2009-11-06 8:55 ` KAMEZAWA Hiroyuki
2009-11-06 17:27 ` Christoph Lameter
2009-11-06 17:27 ` Christoph Lameter
2009-11-06 18:44 ` KAMEZAWA Hiroyuki
2009-11-06 18:44 ` KAMEZAWA Hiroyuki
2009-11-09 6:44 ` [PATCH 2/2] memcg : rewrite percpu countings with new interfaces v2 KAMEZAWA Hiroyuki
2009-11-09 6:44 ` KAMEZAWA Hiroyuki
2009-11-09 7:07 ` [PATCH 2/2] memcg : rewrite percpu countings with new interfaces Balbir Singh
2009-11-09 7:07 ` Balbir Singh
2009-11-09 8:36 ` KAMEZAWA Hiroyuki [this message]
2009-11-09 8:36 ` KAMEZAWA Hiroyuki
2009-11-09 7:04 ` [PATCH 0/2] memcg make use of new percpu implementations Balbir Singh
2009-11-09 7:04 ` Balbir Singh
2009-11-09 7:34 ` KAMEZAWA Hiroyuki
2009-11-09 7:34 ` KAMEZAWA Hiroyuki
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=20091109173610.3d23daf2.kamezawa.hiroyu@jp.fujitsu.com \
--to=kamezawa.hiroyu@jp.fujitsu.com \
--cc=akpm@linux-foundation.org \
--cc=balbir@linux.vnet.ibm.com \
--cc=cl@linux-foundation.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=nishimura@mxp.nes.nec.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.