* [PATCH] ceph: Mark the file cache as unreclaimable
@ 2016-07-25 17:09 Nikolay Borisov
2016-07-25 17:12 ` [PATCH v2] " Nikolay Borisov
0 siblings, 1 reply; 3+ messages in thread
From: Nikolay Borisov @ 2016-07-25 17:09 UTC (permalink / raw)
To: zyan, sage, idryomov; +Cc: ceph-devel, linux-kernel, Nikolay Borisov
Ceph creates multiple caches with the SLAB_RECLAIMABLE flag set, so
that it can satisfy its internal needs. Inspecting the code shows that
most of the caches are indeed reclaimable since they are directly
related to the generic inode/dentry shrinkers. However, one of the
cache used to satisfy struct file is not reclaimable since its
entries are freed only when the last reference to the file is
dropped. If a heavily loaded node opens a lot of files it can
introduce non-trivial discrepancies between memory shown as reclaimable
and what is actually reclaimed when drop_caches is used.
Fix this by removing the reclaimable flag for the file's cache.
---
fs/ceph/super.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/ceph/super.c b/fs/ceph/super.c
index 91e02481ce06..a8a6908078ee 100644
--- a/fs/ceph/super.c
+++ b/fs/ceph/super.c
@@ -672,8 +672,8 @@ static int __init init_caches(void)
if (ceph_dentry_cachep == NULL)
goto bad_dentry;
- ceph_file_cachep = KMEM_CACHE(ceph_file_info,
- SLAB_RECLAIM_ACCOUNT|SLAB_MEM_SPREAD);
+ ceph_file_cachep = KMEM_CACHE(ceph_file_info,SLAB_MEM_SPREAD);
+
if (ceph_file_cachep == NULL)
goto bad_file;
--
2.7.4
^ permalink raw reply [flat|nested] 3+ messages in thread
* [PATCH v2] ceph: Mark the file cache as unreclaimable
2016-07-25 17:09 [PATCH] ceph: Mark the file cache as unreclaimable Nikolay Borisov
@ 2016-07-25 17:12 ` Nikolay Borisov
2016-07-26 2:24 ` Yan, Zheng
0 siblings, 1 reply; 3+ messages in thread
From: Nikolay Borisov @ 2016-07-25 17:12 UTC (permalink / raw)
To: zyan, sage, idryomov; +Cc: ceph-devel, linux-kernel, Nikolay Borisov
Ceph creates multiple caches with the SLAB_RECLAIMABLE flag set, so
that it can satisfy its internal needs. Inspecting the code shows that
most of the caches are indeed reclaimable since they are directly
related to the generic inode/dentry shrinkers. However, one of the
cache used to satisfy struct file is not reclaimable since its
entries are freed only when the last reference to the file is
dropped. If a heavily loaded node opens a lot of files it can
introduce non-trivial discrepancies between memory shown as reclaimable
and what is actually reclaimed when drop_caches is used.
Fix this by removing the reclaimable flag for the file's cache.
Signed-off-by: Nikolay Borisov <n.borisov.lkml@gmail.com>
---
Fixed checkpatch warning + missing SOB line
fs/ceph/super.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/fs/ceph/super.c b/fs/ceph/super.c
index 91e02481ce06..8697cac6add0 100644
--- a/fs/ceph/super.c
+++ b/fs/ceph/super.c
@@ -672,8 +672,8 @@ static int __init init_caches(void)
if (ceph_dentry_cachep == NULL)
goto bad_dentry;
- ceph_file_cachep = KMEM_CACHE(ceph_file_info,
- SLAB_RECLAIM_ACCOUNT|SLAB_MEM_SPREAD);
+ ceph_file_cachep = KMEM_CACHE(ceph_file_info, SLAB_MEM_SPREAD);
+
if (ceph_file_cachep == NULL)
goto bad_file;
--
2.7.4
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH v2] ceph: Mark the file cache as unreclaimable
2016-07-25 17:12 ` [PATCH v2] " Nikolay Borisov
@ 2016-07-26 2:24 ` Yan, Zheng
0 siblings, 0 replies; 3+ messages in thread
From: Yan, Zheng @ 2016-07-26 2:24 UTC (permalink / raw)
To: Nikolay Borisov; +Cc: Sage Weil, Ilya Dryomov, Ceph Development, linux-kernel
> On Jul 26, 2016, at 01:12, Nikolay Borisov <n.borisov.lkml@gmail.com> wrote:
>
> Ceph creates multiple caches with the SLAB_RECLAIMABLE flag set, so
> that it can satisfy its internal needs. Inspecting the code shows that
> most of the caches are indeed reclaimable since they are directly
> related to the generic inode/dentry shrinkers. However, one of the
> cache used to satisfy struct file is not reclaimable since its
> entries are freed only when the last reference to the file is
> dropped. If a heavily loaded node opens a lot of files it can
> introduce non-trivial discrepancies between memory shown as reclaimable
> and what is actually reclaimed when drop_caches is used.
>
> Fix this by removing the reclaimable flag for the file's cache.
>
> Signed-off-by: Nikolay Borisov <n.borisov.lkml@gmail.com>
> ---
>
> Fixed checkpatch warning + missing SOB line
>
> fs/ceph/super.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/fs/ceph/super.c b/fs/ceph/super.c
> index 91e02481ce06..8697cac6add0 100644
> --- a/fs/ceph/super.c
> +++ b/fs/ceph/super.c
> @@ -672,8 +672,8 @@ static int __init init_caches(void)
> if (ceph_dentry_cachep == NULL)
> goto bad_dentry;
>
> - ceph_file_cachep = KMEM_CACHE(ceph_file_info,
> - SLAB_RECLAIM_ACCOUNT|SLAB_MEM_SPREAD);
> + ceph_file_cachep = KMEM_CACHE(ceph_file_info, SLAB_MEM_SPREAD);
> +
> if (ceph_file_cachep == NULL)
> goto bad_file;
>
Applied, thanks
Yan, Zheng
> --
> 2.7.4
>
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2016-07-26 2:24 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-07-25 17:09 [PATCH] ceph: Mark the file cache as unreclaimable Nikolay Borisov
2016-07-25 17:12 ` [PATCH v2] " Nikolay Borisov
2016-07-26 2:24 ` Yan, Zheng
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®