All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mel Gorman <mel@csn.ul.ie>
To: Hugh Dickins <hugh@veritas.com>
Cc: Andrew Morton <akpm@linux-foundation.org>, linux-mm@kvack.org
Subject: Re: [PATCH 3/7] mm: remove GFP_HIGHUSER_PAGECACHE
Date: Fri, 21 Nov 2008 10:46:02 +0000	[thread overview]
Message-ID: <20081121104601.GA27744@csn.ul.ie> (raw)
In-Reply-To: <Pine.LNX.4.64.0811201821170.31078@blonde.site>

On Thu, Nov 20, 2008 at 06:58:49PM +0000, Hugh Dickins wrote:
> On Thu, 20 Nov 2008, Mel Gorman wrote:
> > On Thu, Nov 20, 2008 at 01:16:16AM +0000, Hugh Dickins wrote:
> > > GFP_HIGHUSER_PAGECACHE is just an alias for GFP_HIGHUSER_MOVABLE,
> > > making that harder to track down: remove it, and its out-of-work
> > > brothers GFP_NOFS_PAGECACHE and GFP_USER_PAGECACHE.
> > 
> > The use of GFP_HIGHUSER_PAGECACHE instead of GFP_HIGHUSER_MOVABLE was a
> > deliberate decision at the time. I do not have an exact patch to point
> 
> I realize it didn't happen by accident!
> 
> > you at but the intention behind GFP_HIGHUSER_PAGECACHE was that it be
> > self-documenting. i.e. one could easily find what GFP placement decisions
> > have been made for page-cache allocations.
> 
> I see it as self-obscuring, not self-documenting: of course pagecache
> pages will normally be allocated with the GFP mask for pagecache pages,
> but what is that?  Ah, it's GFP_HIGHUSER_MOVABLE.
> 
> Please let's not go down the road, I mean, let's retrace our steps
> up the road, of assigning a unique GFP name for every use of pages.
> 

Hmm.... Ok. Whatever sense it made when there was NOFS and USER
variants, it doesn't help as much when there is only one variant now and
used in two fairly-obvious callsites.

> > So, I'm happy with GFP_NOFS_PAGECACHE and GFP_USER_PAGECACHE going away and
> > it makes perfect sense. GFP_HIGHUSER_PAGECACHE I'm not as keen on backing
> > out. I like it's self-documenting aspect but aliases sometimes make peoples
> > teeth itch.
> 
> (No, what made my teeth itch was "is this safe?" in memory.c ;)
> 
> > If it's really hated, then could a comment to the affect of
> > "Marked movable for a page cache allocation" be placed near the call-sites
> > instead?
> 
> I'd prefer not.
> 
> The only places where GFP_HIGHUSER_PAGECACHE appeared
> were the mapping_set_gfp_mask when initializing an inode, and
> hotremove_migrate_alloc().  The latter allocating for anonymous
> pages also, like most places where GFP_HIGHUSER_MOVABLE is specified.
> 
> But I'd better not complain that it's not obvious to me which
> should be marked with your comment and which not: you'll point to
> that as evidence that we're missing out on the self-documentation!
> 
> Perhaps the problem is that nobody else has been following your lead.
> 

You've convinced me. Thanks.

Acked-by: Mel Gorman <mel@csn.ul.ie>

-- 
Mel Gorman
Part-time Phd Student                          Linux Technology Center
University of Limerick                         IBM Dublin Software Lab

--
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>

  reply	other threads:[~2008-11-21 10:46 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-11-20  1:10 [PATCH 0/7] mm: cleanups Hugh Dickins
2008-11-20  1:11 ` [PATCH 1/7] mm: remove cgroup_mm_owner_callbacks Hugh Dickins
2008-11-20  1:23   ` Paul Menage
2008-11-20  1:26     ` Hugh Dickins
2008-11-20 16:41       ` Balbir Singh
2008-11-20  1:14 ` [PATCH 2/7] mm: remove AOP_WRITEPAGE_ACTIVATE Hugh Dickins
2008-11-20  1:14   ` Hugh Dickins
2008-11-20  1:16 ` [PATCH 3/7] mm: remove GFP_HIGHUSER_PAGECACHE Hugh Dickins
2008-11-20 16:43   ` Mel Gorman
2008-11-20 18:58     ` Hugh Dickins
2008-11-21 10:46       ` Mel Gorman [this message]
2008-11-20  1:17 ` [PATCH 4/7] mm: add Set,ClearPageSwapCache stubs Hugh Dickins
2008-11-20 18:08   ` Christoph Lameter
2008-11-20  1:20 ` [PATCH 5/7] mm: replace some BUG_ONs by VM_BUG_ONs Hugh Dickins
2008-11-20 18:09   ` Christoph Lameter
2008-11-20  1:22 ` [PATCH 6/7] mm: add_active_or_unevictable into rmap Hugh Dickins
2008-11-20  2:08   ` Rik van Riel
2008-11-20 15:18     ` Lee Schermerhorn
2008-11-23 21:51   ` [PATCH 8/7] mm: further cleanup page_add_new_anon_rmap Hugh Dickins
2008-11-23 21:56     ` Rik van Riel
2008-11-23 22:18       ` Hugh Dickins
2008-11-23 22:41         ` Rik van Riel
2008-11-20  1:24 ` [PATCH 7/7] mm: make page_lock_anon_vma static Hugh Dickins
2008-11-21  8:29   ` KOSAKI Motohiro

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=20081121104601.GA27744@csn.ul.ie \
    --to=mel@csn.ul.ie \
    --cc=akpm@linux-foundation.org \
    --cc=hugh@veritas.com \
    --cc=linux-mm@kvack.org \
    /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.