[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20180305133743.12746-1-guro@fb.com>
Date: Mon, 5 Mar 2018 13:37:39 +0000
From: Roman Gushchin <guro@...com>
To: <linux-mm@...ck.org>
CC: Roman Gushchin <guro@...com>,
Andrew Morton <akpm@...ux-foundation.org>,
Alexander Viro <viro@...iv.linux.org.uk>,
Michal Hocko <mhocko@...e.com>,
Johannes Weiner <hannes@...xchg.org>,
<linux-fsdevel@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<kernel-team@...com>
Subject: [PATCH 0/3] indirectly reclaimable memory
This patch set introduces the concept of indirectly reclaimable
memory and applies it to fix the issue, when a big number
of dentries with external names can significantly affect
the MemAvailable value.
v2:
1) removed comments specific to unreclaimable slabs
2) splitted into 3 patches
v1:
https://lkml.org/lkml/2018/3/1/961
Cc: Andrew Morton <akpm@...ux-foundation.org>
Cc: Alexander Viro <viro@...iv.linux.org.uk>
Cc: Michal Hocko <mhocko@...e.com>
Cc: Johannes Weiner <hannes@...xchg.org>
Cc: linux-fsdevel@...r.kernel.org
Cc: linux-kernel@...r.kernel.org
Cc: linux-mm@...ck.org
Cc: kernel-team@...com
Roman Gushchin (3):
mm: introduce NR_INDIRECTLY_RECLAIMABLE_BYTES
mm: treat indirectly reclaimable memory as available in MemAvailable
dcache: account external names as indirectly reclaimable memory
fs/dcache.c | 29 ++++++++++++++++++++++++-----
include/linux/mmzone.h | 1 +
mm/page_alloc.c | 7 +++++++
mm/vmstat.c | 1 +
4 files changed, 33 insertions(+), 5 deletions(-)
--
2.14.3
Powered by blists - more mailing lists