From: "Theodore Y. Ts'o" <tytso@mit.edu>
To: Vijay Chidambaram <vijay@cs.utexas.edu>
Cc: Dave Chinner <david@fromorbit.com>,
Jayashree Mohan <jayashree2912@gmail.com>,
Amir Goldstein <amir73il@gmail.com>,
linux-btrfs <linux-btrfs@vger.kernel.org>,
fstests <fstests@vger.kernel.org>,
linux-f2fs-devel@lists.sourceforge.net
Subject: Re: Symlink not persisted even after fsync
Date: Mon, 16 Apr 2018 01:52:31 -0400 [thread overview]
Message-ID: <20180416055231.GB22870@thunk.org> (raw)
In-Reply-To: <CAPaz=ELkYavvWYuMg=t+L_nSZ7fZ8CkaZr-qfGVN3QfydbOh7w@mail.gmail.com>
On Sun, Apr 15, 2018 at 07:10:52PM -0500, Vijay Chidambaram wrote:
>
> I don't think this is what the paper's ext3-fast does. All the paper
> says is if you have a file system where the fsync of a file persisted
> only data related to that file, it would increase performance.
> ext3-fast is the name given to such a file system. Note that we do not
> present a design of ext3-fast or analyze it in any detail. In fact, we
> explicitly say "The ext3-fast file system (derived from inferences
> provided by ALICE) seems interesting for application safety, though
> further investigation is required into the validity of its design."
Well, says that it's based on ext3's data=journal "Abstract Persistent
Model". It's true that a design was not proposed --- but if you
don't propose a design, how do you know what the performance is or
whether it's even practical? That's one of those things I find
extremely distasteful in the paper. Sure, I can model a faster than
light interstellar engine ala Star Trek's Warp Drive --- and I can
talk about it having, say, better performance than a reaction drive.
But it doesn't tell us anything useful about whether it can be built,
or whether it's even useful to dream about it.
To me, that part of the paper, really read as, "watch as I wave my
hands around widely, that they never leave the ends of my arms!"
> Thanks! As I mentioned before, this is useful. I have a follow-up
> question. Consider the following workload:
>
> creat foo
> link (foo, A/bar)
> fsync(foo)
> crash
>
> In this case, after the file system recovers, do we expect foo's link
> count to be 2 or 1? I would say 2, but POSIX is silent on this, so
> thought I would confirm. The tricky part here is we are not calling
> fsync() on directory A.
>
> In this case, its not a symlink; its a hard link, so I would say the
> link count for foo should be 2. But btrfs and F2FS show link count of
> 1 after a crash.
Well, is the link count accurate? That is to say, does A/bar exist?
I would think that the requirement that the file system be self
consistent is the most important consideration.
Cheers,
- Ted
next prev parent reply other threads:[~2018-04-16 5:52 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-04-12 17:51 Symlink not persisted even after fsync Jayashree Mohan
2018-04-13 5:52 ` Amir Goldstein
2018-04-13 12:57 ` Vijay Chidambaram
[not found] ` <CAPaz=E+-baGSWhL3nD-8X4jn6rKdn2AVGLeqWh3EY5Nh-RodRA@mail.gmail.com>
2018-04-13 13:16 ` Amir Goldstein
2018-04-13 14:39 ` Jayashree Mohan
2018-04-14 1:20 ` Dave Chinner
2018-04-14 3:27 ` Vijay Chidambaram
2018-04-14 21:55 ` Dave Chinner
2018-04-15 1:13 ` Vijay Chidambaram
2018-04-15 1:30 ` Theodore Y. Ts'o
2018-04-15 1:40 ` Vijay Chidambaram
2018-04-15 1:17 ` Theodore Y. Ts'o
2018-04-15 1:38 ` Vijay Chidambaram
[not found] ` <CAHWVdUXAyyeTGNXrtTTc+tUbA3t9TUjJPSF=M4Cetj4+d1w3eQ@mail.gmail.com>
2018-04-15 14:13 ` Theodore Y. Ts'o
2018-04-16 0:10 ` Vijay Chidambaram
2018-04-16 5:39 ` Amir Goldstein
2018-04-16 15:17 ` Vijay Chidambaram
2018-04-16 5:52 ` Theodore Y. Ts'o [this message]
2018-04-16 15:09 ` Vijay Chidambaram
2018-04-17 0:07 ` Dave Chinner
2018-04-17 2:56 ` Vijay Chidambaram
2018-04-13 14:06 ` Dave Chinner
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=20180416055231.GB22870@thunk.org \
--to=tytso@mit.edu \
--cc=amir73il@gmail.com \
--cc=david@fromorbit.com \
--cc=fstests@vger.kernel.org \
--cc=jayashree2912@gmail.com \
--cc=linux-btrfs@vger.kernel.org \
--cc=linux-f2fs-devel@lists.sourceforge.net \
--cc=vijay@cs.utexas.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).