mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: David Howells <dhowells@redhat.com>
To: Linux filesystem caching discussion list  <linux-cachefs@redhat.com>
Cc: linux-kernel@vger.kernel.org
Subject: [RFC] Splitting CacheFS into general manager and cache backend bits
Date: Tue, 05 Oct 2004 11:14:45 +0100	[thread overview]
Message-ID: <6260.1096971285@redhat.com> (raw)
In-Reply-To: <24616.1096914276@redhat.com>


I've whipped up a patch to split CacheFS into two:

 (1) FS-Cache

     This is a general cache manager that the interested netfs's talk to. It
     is supplied with a number of cache backends over which it distributes the
     operations from the netfs's.

 (2) CacheFS

     This is then made into a cache backend. The act of mounting a block
     device as cachefs causes the space contained therein to be made available
     through FS-Cache.

To give you a clearer idea of what I'm thinking, this diagram might help:

	+---------+
	|         |                        +-----------+
	|   NFS   |--+                     |           |
	|         |  |                 +-->|  CacheFS  |
	+---------+  |   +----------+  |   | /dev/hda5 |
	             |   |          |  |   +-----------+
	+---------+  +-->|          |  |
	|         |      |          |--+   +-------------+
	|   AFS   |----->| FS-Cache |      |             |
	|         |      |          |----->| Cache Files |
	+---------+  +-->|          |      | /var/cache  |
	             |   |          |--+   +-------------+
	+---------+  |   +----------+  |
	|         |  |                 |   +-------------+
	|  ISOFS  |--+                 |   |             |
	|         |                    +-->| ReiserCache |
	+---------+                        | /           |
	                                   +-------------+

So, for example, you might have a block device mounted with CacheFS as one of
your backends, the traditional bunch of cache files as another backend and
some sort of Reiser4 plug-in as a third backend.

A netfs only has to be modified to take account of FS-Cache. It then shouldn't
need to be modified further to support each different type of cache.

David

           reply	other threads:[~2004-10-05 10:15 UTC|newest]

Thread overview: expand[flat|nested]  mbox.gz  Atom feed
 [parent not found: <24616.1096914276@redhat.com>]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=6260.1096971285@redhat.com \
    --to=dhowells@redhat.com \
    --cc=linux-cachefs@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

Powered by JetHome