Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753562Ab3HVM6H (ORCPT ); Thu, 22 Aug 2013 08:58:07 -0400 Received: from mail-we0-f182.google.com ([74.125.82.182]:55132 "EHLO mail-we0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753438Ab3HVM6E (ORCPT ); Thu, 22 Aug 2013 08:58:04 -0400 MIME-Version: 1.0 In-Reply-To: References: Date: Thu, 22 Aug 2013 08:58:02 -0400 Message-ID: Subject: Re: [PATCHv4 0/5] ceph: persistent caching with fscache From: Milosz Tanski To: Sage Weil Cc: David Howells , ceph-devel , "Yan, Zheng" , "linux-cachefs@redhat.com" , "linux-fsdevel@vger.kernel.org" , linux-kernel@vger.kernel.org, linux-nfs@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3446 Lines: 90 Sage, Thanks. If you run into any problems please let me know and I'll resolve them quick and I'll make sure I'm watching the qa mailing list. - Milosz On Thu, Aug 22, 2013 at 1:05 AM, Sage Weil wrote: > Hi Milosz, > > I've pulled this into the ceph testing branch to make sure it holds up > in qa. > > David, are the fscache patches here ready for the next merge window? Do > you have a preference for whose tree they go through? > > Thanks! > sage > > > On Wed, 21 Aug 2013, Milosz Tanski wrote: > >> This an updated version of the fscache support for the Ceph filesystem. What's >> changed since the last patchset: >> >> 1. Sparater the readpages refactor into it's own patches. These were already >> accepted into the testing branch. >> >> 2. Tracked down the BUG in readahead cleanup code. We were returning with pages >> marked as private_2 from readpages(). I added a simple convenience function >> to the fscache netfs interface for cleaning up the page list at the end of >> asop readpages(). I know other filesystems (NFS) have ran into that since >> I've seen a few similar traces in Google search and the cachefs mailig list. >> The second patch new make Ceph use this interface. >> >> I've been running this code (minus the BUG fix) on clients for a couple weeks >> with moderate 24/7 use without issues. At this point in time I feel like it's >> solid enough to go into the ceph kclient. >> >> Please pull the code from my repository: >> https://bitbucket.org/adfin/linux-fs.git branch: wip-ceph-fscache >> >> The first two patches I included were not written by me but were written by >> Hongyi Jia. He implemented the cookie re-validation scheme into fscache core. >> >> Finally, I CCed a couple other mailing lists (fsdevel, nfs) because the new >> fscache_readpages_cancel() should be used by other filesystems to avoid the >> same problem. >> >> >> Hongyi Jia (2): >> new cachefiles interface to check cache consistency >> new fscache interface to check cache consistency >> >> Milosz Tanski (3): >> ceph: use fscache as a local presisent cache >> fscache: netfs function for cleanup post readpages >> ceph: clean PgPrivate2 on returning from readpages >> >> fs/cachefiles/interface.c | 19 +++ >> fs/cachefiles/internal.h | 1 + >> fs/cachefiles/xattr.c | 39 ++++++ >> fs/ceph/Kconfig | 9 ++ >> fs/ceph/Makefile | 2 + >> fs/ceph/addr.c | 39 +++++- >> fs/ceph/cache.c | 311 ++++++++++++++++++++++++++++++++++++++++++ >> fs/ceph/cache.h | 130 ++++++++++++++++++ >> fs/ceph/caps.c | 19 ++- >> fs/ceph/file.c | 17 +++ >> fs/ceph/inode.c | 66 ++++++++- >> fs/ceph/super.c | 47 ++++++- >> fs/ceph/super.h | 17 +++ >> fs/fscache/cookie.c | 22 +++ >> fs/fscache/page.c | 16 +++ >> include/linux/fscache-cache.h | 4 + >> include/linux/fscache.h | 39 ++++++ >> 17 files changed, 785 insertions(+), 12 deletions(-) >> create mode 100644 fs/ceph/cache.c >> create mode 100644 fs/ceph/cache.h >> >> -- >> 1.8.1.2 >> >> -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/