From: Chris Mason <chris.mason@oracle.com>
To: Amir Goldstein <amir73il@gmail.com>
Cc: Joel Becker <jlbec@evilplan.org>,
lsf-pc <lsf-pc@lists.linuxfoundation.org>,
linux-fsdevel <linux-fsdevel@vger.kernel.org>,
Ext4 Developers List <linux-ext4@vger.kernel.org>,
Theodore Tso <tytso@mit.edu>, Josef Bacik <josef@redhat.com>
Subject: Re: [LSF/FS TOPIC] Ext4 snapshots status update
Date: Wed, 30 Mar 2011 07:50:15 -0400 [thread overview]
Message-ID: <1301485711-sup-3080@think> (raw)
In-Reply-To: <AANLkTi=vReDmq22=kKieJp9uaeAVC-VXj8VjHWQfXaDp@mail.gmail.com>
Excerpts from Amir Goldstein's message of 2011-03-30 00:16:45 -0400:
> On Wed, Mar 30, 2011 at 2:34 AM, Joel Becker <jlbec@evilplan.org> wrote:
> > On Wed, Mar 23, 2011 at 10:19:38PM +0200, Amir Goldstein wrote:
> >> On Fri, Feb 4, 2011 at 2:20 AM, Joel Becker <jlbec@evilplan.org> wrote:
> >> > On Fri, Feb 04, 2011 at 12:33:39AM +0200, Amir Goldstein wrote:
> >> > Â Â Â Â I've already got a design for a front-end snapshot program that
> >> > implements a policy on top this generic behavior. Â This design would
> >> > cover both first-class and hidden style snapshots, because it assume
> >> > snapshots are in a distinct namespace. Â I haven't gotten around to
> >> > implementing it yet, but btrfs and other snapshottable filesystems were
> >> > part of the design goal.
> >>
> >> Any chance of getting a copy of that design of yours, to get a head start
> >> for LSF?
> >
> > Â Â Â Â Yeah, I owe it to you. Â It wasn't a written-down thing, it was a
> > hammered-out-in-our-heads thing among some ocfs2 developers. Â I'm going
> > to braindump here to get us going. Â First, I'll speak to your points.
> >
> >> Here are some other generic snapshot related topics we may want to discuss:
> >>
> >> 1. Collaborating the use of inode flags COW_FL, NOCOW_FL, suggested by Chris.
> >
> > Â Â Â Â I'm unsure where these fit, perhaps because I missed the
> > discussion between Chris and you. Â ocfs2 has the inode flag
> > OCFS2_REFCOUNTED_FL to signify a refcount tree is attached to the inode.
> > This is ocfs2's structure for maintaining extent reference counts. Â Is
> > your COW_FL the same? Â Or is it a permission flag? Â NOCOW_FL sounds
> > like: "Set this flag on the inode and it will prevent CoW."
>
> I don't have a use for COW_FL, since my snapshots are volume level snapshots.
> I intend to use NOCOW_FL to mark an inode as an "island" of NOCOW
> blocks in the volume.
> Maybe Chris or Josef can elaborate of the flags intended use in btrfs.
NOWCOW_FL in btrfs means to directly overwrite blocks (and not do crcs)
unless the block has another reference. If there is another reference,
we COW once to honor the snapshot and then continue in NOCOW mode.
I'm kind of worried about your NOCOW island idea, maybe we can talk more
about that next week. It seems like it will lead to a lot of admin
surprises.
-chris
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next prev parent reply other threads:[~2011-03-30 11:50 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-02-03 22:33 [LSF/FS TOPIC] Ext4 snapshots status update Amir Goldstein
2011-02-04 0:20 ` Joel Becker
2011-02-04 5:52 ` Amir Goldstein
2011-03-23 20:19 ` Amir Goldstein
2011-03-30 0:34 ` Joel Becker
2011-03-30 4:16 ` Amir Goldstein
2011-03-30 5:52 ` Tao Ma
2011-03-30 6:05 ` Amir Goldstein
2011-03-30 10:33 ` Joel Becker
2011-03-30 10:46 ` Amir Goldstein
2011-03-30 11:50 ` Chris Mason [this message]
2011-03-30 12:08 ` Amir Goldstein
2011-04-01 0:10 ` [Lsf-pc] " Trond Myklebust
2011-04-01 3:58 ` Amir Goldstein
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=1301485711-sup-3080@think \
--to=chris.mason@oracle.com \
--cc=amir73il@gmail.com \
--cc=jlbec@evilplan.org \
--cc=josef@redhat.com \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=lsf-pc@lists.linuxfoundation.org \
--cc=tytso@mit.edu \
/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).