[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6599ad830804080029v1d8f2ff7g5254f32362fd7cb9@mail.gmail.com>
Date: Tue, 8 Apr 2008 00:29:45 -0700
From: "Paul Menage" <menage@...gle.com>
To: balbir@...ux.vnet.ibm.com
Cc: "Pavel Emelianov" <xemul@...nvz.org>,
"Hugh Dickins" <hugh@...itas.com>,
"Sudhir Kumar" <skumar@...ux.vnet.ibm.com>,
"YAMAMOTO Takashi" <yamamoto@...inux.co.jp>,
linux-kernel@...r.kernel.org, taka@...inux.co.jp,
linux-mm@...ck.org, "David Rientjes" <rientjes@...gle.com>,
"Andrew Morton" <akpm@...ux-foundation.org>,
"KAMEZAWA Hiroyuki" <kamezawa.hiroyu@...fujitsu.com>
Subject: Re: [-mm] Add an owner to the mm_struct (v8)
On Tue, Apr 8, 2008 at 12:05 AM, Balbir Singh <balbir@...ux.vnet.ibm.com> wrote:
>
> Paul Menage wrote:
> > On Mon, Apr 7, 2008 at 11:52 PM, Balbir Singh <balbir@...ux.vnet.ibm.com> wrote:
> >> I agree, but like I said earlier, this was the easily available ready made
> >> application I found. Do you know of any other highly threaded micro benchmark?
> >>
> >
> > How about a simple program that creates N threads that just sleep,
> > then has the main thread exit?
> >
>
> That is not really representative of anything. I have that program handy. How do
> we measure the impact on throughput?
It's very representative of how much additional overhead in terms of
mm->owner churn there is in a large multi-threaded application
exiting, which is the thing that you're trying to optimize with the
delayed thread group leader checks.
Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists