[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20230704110659.3e1de8001f9208e7278352e8@linux-foundation.org>
Date: Tue, 4 Jul 2023 11:06:59 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Andrew Yang <andrew.yang@...iatek.com>
Cc: Alexander Viro <viro@...iv.linux.org.uk>,
Christian Brauner <brauner@...nel.org>,
Matthias Brugger <matthias.bgg@...il.com>,
AngeloGioacchino Del Regno
<angelogioacchino.delregno@...labora.com>,
<wsd_upstream@...iatek.com>, <casper.li@...iatek.com>,
<linux-fsdevel@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<linux-arm-kernel@...ts.infradead.org>,
<linux-mediatek@...ts.infradead.org>, linux-mm@...ck.org
Subject: Re: [PATCH] fs: drop_caches: draining pages before dropping caches
On Fri, 30 Jun 2023 17:22:02 +0800 Andrew Yang <andrew.yang@...iatek.com> wrote:
> We expect a file page access after dropping caches should be a major
> fault, but sometimes it's still a minor fault. That's because a file
> page can't be dropped if it's in a per-cpu pagevec. Draining all pages
> from per-cpu pagevec to lru list before trying to drop caches.
>
> --- a/fs/drop_caches.c
> +++ b/fs/drop_caches.c
> @@ -10,6 +10,7 @@
> #include <linux/writeback.h>
> #include <linux/sysctl.h>
> #include <linux/gfp.h>
> +#include <linux/swap.h>
> #include "internal.h"
>
> /* A global variable is a bit ugly, but it keeps the code simple */
> @@ -59,6 +60,7 @@ int drop_caches_sysctl_handler(struct ctl_table *table, int write,
> static int stfu;
>
> if (sysctl_drop_caches & 1) {
> + lru_add_drain_all();
> iterate_supers(drop_pagecache_sb, NULL);
> count_vm_event(DROP_PAGECACHE);
> }
um, yes. I'm suprised that this oversight has survived 20+ years.
Powered by blists - more mailing lists