lkml.org 
[lkml]   [2014]   [Feb]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [patch 00/10] mm: thrash detection-based file cache sizing v9
On Mon,  3 Feb 2014 19:53:32 -0500 Johannes Weiner <hannes@cmpxchg.org> wrote:

> o Fix vmstat build problems on UP (Fengguang Wu's build bot)
>
> o Clarify why optimistic radix_tree_node->private_list link checking
> is safe without holding the list_lru lock (Dave Chinner)
>
> o Assert locking balance when the list_lru isolator says it dropped
> the list lock (Dave Chinner)
>
> o Remove remnant of a manual reclaim counter in the shadow isolator,
> the list_lru-provided accounting is accurate now that we added
> LRU_REMOVED_RETRY (Dave Chinner)
>
> o Set an object limit for the shadow shrinker instead of messing with
> its seeks setting. The configured seeks define how pressure applied
> to pages translates to pressure on the object pool, in itself it is
> not enough to replace proper object valuation to classify expired
> and in-use objects. Shadow nodes contain up to 64 shadow entries
> from different/alternating zones that have their own atomic age
> counter, so determining if a node is overall expired is crazy
> expensive. Instead, use an object limit above which nodes are very
> likely to be expired.
>
> o __pagevec_lookup and __find_get_pages kerneldoc fixes (Minchan Kim)
>
> o radix_tree_node->count accessors for pages and shadows (Minchan Kim)
>
> o Rebase to v3.14-rc1 and add review tags

An earlier version caused a 24-byte inode bloatage. That appears to
have been reduced to 8 bytes, yes? What was done there?

> 69 files changed, 1438 insertions(+), 462 deletions(-)

omigod



\
 
 \ /
  Last update: 2014-02-05 01:01    [W:0.157 / U:0.176 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site