[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20100122091504.6BF7.A69D9226@jp.fujitsu.com>
Date: Fri, 22 Jan 2010 09:16:51 +0900 (JST)
From: KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>
To: Mel Gorman <mel@....ul.ie>
Cc: kosaki.motohiro@...fujitsu.com,
Andrea Arcangeli <aarcange@...hat.com>,
Christoph Lameter <cl@...ux-foundation.org>,
Adam Litke <agl@...ibm.com>, Avi Kivity <avi@...hat.com>,
linux-kernel@...r.kernel.org, linux-mm@...ck.org
Subject: Re: [RFC-PATCH 0/7] Memory Compaction v1
> > > Comments?
> >
> > I think "Total pages reclaimed" increasing is not good thing ;)
>
> First, I made a mistake in the patch. With the bug fixed, they're
> reduced. See the post later in the thread
> http://lkml.org/lkml/2010/1/6/215
Oh, I see. I'm glad the issue was alredy fixed.
> > Honestly, I haven't understand why your patch increase reclaimed and
> > the exactly meaning of the your tool's rclm field.
> >
> > Can you share your mesurement script? May I run the same test?
>
> Unfortunately at the moment it's part of a mini-testgrid setup I run out
> of the house. It doesn't lend itself to being stand-alone. I'll break it
> out as part of the next release.
surely good news :)
> > I like this patch, but I don't like increasing reclaim. I'd like to know
> > this patch require any vmscan change and/or its change mitigate the issue.
> >
>
> With the bug repaired, reclaims go from 105132 to 45935 with more huge
> pages allocated so right now, no special action is required.
ok. thanks.
--
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