[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <5176785D.5030707@fastmail.fm>
Date: Tue, 23 Apr 2013 14:02:37 +0200
From: Bernd Schubert <bernd.schubert@...tmail.fm>
To: "Theodore Ts'o" <tytso@....edu>
CC: Alexey Lyahkov <alexey.lyashkov@...il.com>,
Will Huck <will.huckk@...il.com>,
Hugh Dickins <hughd@...gle.com>,
Andrew Perepechko <anserper@...ru>, linux-ext4@...r.kernel.org,
akpm@...ux-foundation.org, linux-mm@...ck.org, mgorman@...e.de
Subject: Re: page eviction from the buddy cache
On 04/21/2013 01:57 AM, Theodore Ts'o wrote:
> On Sat, Apr 20, 2013 at 11:18:17PM +0200, Bernd Schubert wrote:
>> Alex, Andrew,
>>
>> did you notice the patch Ted just sent?
>> ("ext4: mark all metadata I/O with REQ_META")
>
> This patch was sent to fix another issue that was brought up at Linux
> Storage, Filesystem, and MM workshop. I did bring up this issue with
> Mel Gorman while at LSF/MM, and as a result, tThe mm folks are going
> to look into making mark_page_accessed() do the right thing, or
Yeah, I know that REQ_META is a hint/flag for the IO scheduler.
> perhaps provide us with new interface. The problem with forcing the
> page to be marked as activated is this would cause a TLB flush, which
> would be pointless since this these buddy bitmap pages aren't actually
> mapped in anywhere.
I just thought we can (mis)use that flag and and add another information
to the page that it holds meta data. The mm system then could use that
flag and evict those pages with a lower priority compared to other pages.
I'm curious about outcome of the mm folks. Please let me know if there
is anything I can help with.
Thanks,
Bernd
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists