Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1389593 > unrolled thread

Re: [PATCH 2/2] mm: Real pagecache iterators

Started byAndrew Morton <akpm@linux-foundation.org>
First post2016-04-27 23:30 +0200
Last post2016-04-27 23:30 +0200
Articles 1 — 1 participant

Back to article view | Back to linux.kernel

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: [PATCH 2/2] mm: Real pagecache iterators Andrew Morton <akpm@linux-foundation.org> - 2016-04-27 23:30 +0200

#1389593 — Re: [PATCH 2/2] mm: Real pagecache iterators

FromAndrew Morton <akpm@linux-foundation.org>
Date2016-04-27 23:30 +0200
SubjectRe: [PATCH 2/2] mm: Real pagecache iterators
Message-ID<rsFbY-8m2-1@gated-at.bofh.it>
On Thu, 31 Mar 2016 18:38:11 -0800 Kent Overstreet <kent.overstreet@gmail.com> wrote:

> Introduce for_each_pagecache_page() and related macros, with the goal of
> replacing most/all uses of pagevec_lookup().
> 
> For the most part this shouldn't be a functional change. The one functional
> difference with the new macros is that they now take an @end parameter, so we're
> able to avoid grabbing pages in __find_get_pages() that we'll never use.
> 
> This patch only does some of the conversions, the ones I was able to easily test
> myself - the conversions are mechanical but tricky enough they generally warrent
> testing.
> 
> Signed-off-by: Kent Overstreet <kent.overstreet@gmail.com>
> Cc: Andrew Morton <akpm@linux-foundation.org>
> Cc: Al Viro <viro@zeniv.linux.org.uk>
> ---
>  fs/ext4/inode.c         | 261 ++++++++++++++++++++----------------------------
>  include/linux/pagevec.h |  67 ++++++++++++-
>  mm/filemap.c            |  76 +++++++++-----
>  mm/page-writeback.c     | 148 +++++++++++----------------
>  mm/swap.c               |  33 +-----
>  mm/truncate.c           | 259 +++++++++++++++++------------------------------
>  6 files changed, 380 insertions(+), 464 deletions(-)

hm, it's a lot of churn in sensitive areas for an 80 line saving.  What
do others think?

[toc] | [standalone]


Back to top | Article view | linux.kernel


csiph-web