From: Nikolai Joukov <kolya@cs.sunysb.edu>
To: Bryan Henderson <hbryan@us.ibm.com>
Cc: linux-fsdevel@vger.kernel.org, linux-raid@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems
Date: Mon, 25 Dec 2006 10:13:10 -0500 (EST) [thread overview]
Message-ID: <Pine.GSO.4.53.0612250942340.25572@compserv1> (raw)
In-Reply-To: <OF582D7197.D6F604B1-ON88257248.0069CC60-88257248.006AE165@us.ibm.com>
> > Every stackable file system caches the data at its own level and
> > copies it from/to the lower file system's cached pages when necessary.
> > ...
> > this effectively reduces the system's cache memory size by two or more
> > times.
>
> It should not be that bad with a decent cache replacement policy; I
> wonder if observing the problem (that you corrected in the various ways
> you've described), you got some insight as to what exactly was happening.
I agree that appropriate replacement policies can partially eliminate
the double caching problem for stackable file systems. In fact, that's
exactly what RAIF does: it forces the data pages of the lower file
systems to be evicted right after they are written and are not needed
anymore. This solves the problem for most write-intensive workloads.
Without this optimization the situation is much worse because Linux is
trying to protect caches of different file systems from each other. But,
as you mentioned, any cache replacement policy is optimized for some set
of workloads and is bad for some other set of workloads. Also, caching
the data at multiple layers not just increases the memory consumption but
also adds CPU time overheads because of the data copying between the
pages. I believe that the real solution to the problem is the ability to
share data pages between file systems.
Nikolai.
next parent reply other threads:[~2006-12-25 15:13 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <OF582D7197.D6F604B1-ON88257248.0069CC60-88257248.006AE165@us.ibm.com>
2006-12-25 15:13 ` Nikolai Joukov [this message]
2007-01-06 5:17 [ANNOUNCE] RAIF: Redundant Array of Independent Filesystems Chaitanya Patti
-- strict thread matches above, loose matches on Subject: below --
2006-12-15 1:13 Nikolai Joukov
2006-12-13 17:47 Nikolai Joukov
2006-12-13 19:02 ` Phillip Susi
2006-12-13 19:17 ` Nikolai Joukov
2006-12-13 19:32 ` Nikolai Joukov
2006-12-13 19:33 ` Jan Engelhardt
2006-12-13 19:57 ` Nikolai Joukov
2006-12-13 19:57 ` Al Boldi
2006-12-14 21:01 ` Nikolai Joukov
2006-12-14 21:30 ` Charles Manning
2006-12-15 16:48 ` Nikolai Joukov
2006-12-14 22:48 ` berk walker
2006-12-15 5:02 ` Al Boldi
2006-12-15 17:41 ` Nikolai Joukov
[not found] ` <200612161635.49502.a1426z@gawab.com>
2006-12-16 17:39 ` Nikolai Joukov
[not found] ` <200612172059.07941.a1426z@gawab.com>
2006-12-23 3:21 ` Nikolai Joukov
2006-12-14 11:12 ` Al Boldi
2006-12-14 23:44 ` Nikolai Joukov
2006-12-15 5:03 ` Al Boldi
2006-12-15 18:47 ` Nikolai Joukov
2006-12-15 12:47 ` Ed Tomlinson
2006-12-15 20:11 ` Nikolai Joukov
2006-12-15 23:58 ` Ed Tomlinson
2006-12-16 0:20 ` Bryan Henderson
2006-12-16 1:20 ` Nikolai Joukov
2006-12-16 14:46 ` Ed Tomlinson
2006-12-16 17:57 ` Nikolai Joukov
2006-12-16 0:02 ` David Lang
2006-12-16 0:58 ` Nikolai Joukov
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=Pine.GSO.4.53.0612250942340.25572@compserv1 \
--to=kolya@cs.sunysb.edu \
--cc=hbryan@us.ibm.com \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-raid@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;
as well as URLs for NNTP newsgroup(s).