From mboxrd@z Thu Jan 1 00:00:00 1970 From: Li Wang Subject: Re: [PATCH 0/5] VFS: Directory level cache cleaning Date: Tue, 17 Dec 2013 11:08:16 +0800 Message-ID: <52AFC020.10403@ubuntukylin.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Viro , Sage Weil , linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, LKML , Yunchuan Wen To: Cong Wang Return-path: In-Reply-To: Sender: owner-linux-mm@kvack.org List-Id: linux-fsdevel.vger.kernel.org As far as we know, fadvise(DONTNEED) does not support metadata cache cleaning. We think that is desirable under massive small files situations. Another thing is that do people accept the behavior of feeding a directory fd to fadvise will recusively clean all page caches of files inside that directory? On 2013/12/17 1:45, Cong Wang wrote: > On Mon, Dec 16, 2013 at 7:00 AM, Li Wang wrote: >> This patch extend the 'drop_caches' interface to >> support directory level cache cleaning and has a complete >> backward compatibility. '{1,2,3}' keeps the same semantics >> as before. Besides, "{1,2,3}:DIRECTORY_PATH_NAME" is allowed >> to recursively clean the caches under DIRECTORY_PATH_NAME. >> For example, 'echo 1:/home/foo/jpg > /proc/sys/vm/drop_caches' >> will clean the page caches of the files inside 'home/foo/jpg'. >> > > This interface is ugly... > > And we already have a file-level drop cache, that is, > fadvise(DONTNEED). Can you extend it if it can't > handle a directory fd? > -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org