Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed
- From: Andrea Arcangeli <andrea@xxxxxxx>
- Date: Thu, 15 Mar 2007 22:49:23 +0100
On Thu, Mar 15, 2007 at 11:07:35AM -0800, Andrew Morton wrote:
On Thu, 15 Mar 2007 01:22:45 -0400 (EDT) Ashif Harji <asharji@xxxxxxxxxxxxxxx> wrote:
I still think the simple fix of removing the
condition is the best approach, but I'm certainly open to alternatives.
Yes, the problem of falsely activating pages when the file is read in small
hunks is worse than the problem which your patch fixes.
Really? I would have expected all performance sensitive apps to read
in >=PAGE_SIZE chunks. And if they don't because they split their
dataset in blocks (like some database), it may not be so wrong to
activate those pages that have two "hot" blocks more aggressively than
those pages with a single hot block.
So I've an hard time to advocate to prefer the current behavior, but
certainly this can be "fixed" by caching the last_offset like others
pointed out ;)
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- Follow-Ups:
- Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed
- From: Andrew Morton
- Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed
- References:
- Re: do_generic_mapping_read performance issue
- From: Jan Kara
- Re: do_generic_mapping_read performance issue
- From: Ashif Harji
- Re: do_generic_mapping_read performance issue
- From: Jan Kara
- [PATCH] mm/filemap.c: unconditionally call mark_page_accessed
- From: Ashif Harji
- Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed
- From: Dave Kleikamp
- Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed
- From: Andreas Mohr
- Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed
- From: Dave Kleikamp
- Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed
- From: Xiaoning Ding
- Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed
- From: Ashif Harji
- Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed
- From: Andrew Morton
- Re: do_generic_mapping_read performance issue
- Prev by Date: Re: [PATCH 10/13] sl82c105: add ->speedproc support
- Next by Date: Re: [PATCH 1/2] mm: move common segment checks to separate helper function (v6)
- Previous by thread: Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed
- Next by thread: Re: [PATCH] mm/filemap.c: unconditionally call mark_page_accessed
- Index(es):
Relevant Pages
|