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
parent 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