From: Kyle Moffett <mrmacman_g4@mac.com>
To: "Jörn Engel" <joern@wohnheim.fh-wedel.de>
Cc: Markus Klotzbuecher <mk@creamnet.de>, linux-kernel@vger.kernel.org
Subject: Re: [ANNOUNCE] mini_fo-0.6.0 overlay file system
Date: Fri, 13 May 2005 16:57:52 -0400 [thread overview]
Message-ID: <5A04827D-95AF-4AD2-A656-12C66C875F29@mac.com> (raw)
In-Reply-To: <20050513122451.GD9255@wohnheim.fh-wedel.de>
On May 13, 2005, at 08:24:51, Jörn Engel wrote:
> That and replacing the page cache by something different. Page cache
> is referencing pages by inode,offset pairs. Having a potentially
> infinite amount of inodes to look at, in order, may require a tiny bit
> of patching. ;)
Why modify the page cache (much)? In the sparse-nonresident-file case,
when a filesystem is asked to return a page-cache page mapped to the
file, it looks it up in itself. If that call returns ENONRESIDENT or
similar, the VFS union code would go to the next filesystem in the
stack and attempt a similar lookup. If any filesystem but the root
returns a page, then the unionfs code would map it read-only and COW.
When the COW triggers, it will call into the VFS union code, which will
either:
(a) If the topmost filesystem supports sparse-nonresident, then
have it allocate the new page on-disk.
(b) Otherwise, copy the whole file and modify the page.
Then it would return the new now-writeable pagecache page.
Cheers,
Kyle Moffett
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GCM/CS/IT/U d- s++: a18 C++++>$ UB/L/X/*++++(+)>$ P+++(++++)>$
L++++(+++) E W++(+) N+++(++) o? K? w--- O? M++ V? PS+() PE+(-) Y+
PGP+++ t+(+++) 5 X R? tv-(--) b++++(++) DI+ D+ G e->++++$ h!*()>++$
r !y?(-)
------END GEEK CODE BLOCK------
next prev parent reply other threads:[~2005-05-13 21:01 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-09 18:40 Markus Klotzbuecher
2005-05-10 6:07 ` Eric Lammerts
2005-05-10 15:29 ` Lee Revell
2005-05-10 15:42 ` Arjan van de Ven
2005-05-10 17:01 ` Markus Klotzbuecher
2005-05-12 12:18 ` Jörn Engel
2005-05-12 16:44 ` Markus Klotzbuecher
2005-05-13 3:18 ` Kyle Moffett
2005-05-13 8:01 ` Jörn Engel
2005-05-13 11:26 ` Kyle Moffett
2005-05-13 12:24 ` Jörn Engel
2005-05-13 20:57 ` Kyle Moffett [this message]
2005-05-13 12:49 ` Jan Blunck
2005-05-13 20:18 ` Markus Klotzbuecher
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=5A04827D-95AF-4AD2-A656-12C66C875F29@mac.com \
--to=mrmacman_g4@mac.com \
--cc=joern@wohnheim.fh-wedel.de \
--cc=linux-kernel@vger.kernel.org \
--cc=mk@creamnet.de \
/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