All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chris Mason <chris.mason@oracle.com>
To: Jan Kara <jack@suse.cz>
Cc: Christoph Hellwig <hch@infradead.org>,
	Steven Whitehouse <swhiteho@redhat.com>,
	linux-btrfs@vger.kernel.org, linux-ext4@vger.kernel.org,
	mfasheh@suse.com, jlbec@evilplan.org, cluster-devel@redhat.com
Subject: Re: [Cluster-devel] fallocate vs O_(D)SYNC
Date: Wed, 16 Nov 2011 11:18:06 -0500	[thread overview]
Message-ID: <20111116161806.GP29279@shiny> (raw)
In-Reply-To: <20111116155755.GA22284@quack.suse.cz>

On Wed, Nov 16, 2011 at 04:57:55PM +0100, Jan Kara wrote:
> On Wed 16-11-11 08:42:34, Christoph Hellwig wrote:
> > On Wed, Nov 16, 2011 at 02:39:15PM +0100, Jan Kara wrote:
> > > > This would work fine with XFS and be equivalent to what it does for
> > > > O_DSYNC now.  But I'd rather see every filesystem do the right thing
> > > > and make sure the update actually is on disk when doing O_(D)SYNC
> > > > operations.
> > >   OK, I don't really have a strong opinion here. Are you afraid that just
> > > calling fsync() need not be enough to push all updates fallocate did to
> > > disk?
> > 
> > No, the point is that you should not have to call fsync when doing
> > O_SYNC I/O.  That's the whole point of it.
>   I agree with you that userspace shouldn't have to call fsync. What I
> meant is that sys_fallocate() or do_fallocate() can call
> generic_write_sync(file, pos, len), and that would be completely
> transparent to userspace.

We should do it per FS though, I'll patch up btrfs.

-chris

  parent reply	other threads:[~2011-11-16 16:18 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-16  8:42 [Cluster-devel] fallocate vs O_(D)SYNC Christoph Hellwig
2011-11-16  8:42 ` Christoph Hellwig
2011-11-16  9:43 ` [Cluster-devel] " Steven Whitehouse
2011-11-16  9:43   ` Steven Whitehouse
2011-11-16 10:54   ` Jan Kara
2011-11-16 10:54     ` Jan Kara
2011-11-16 11:20     ` Steven Whitehouse
2011-11-16 11:20       ` Steven Whitehouse
2011-11-16 12:45     ` Christoph Hellwig
2011-11-16 12:45       ` Christoph Hellwig
2011-11-16 13:39       ` Jan Kara
2011-11-16 13:39         ` Jan Kara
2011-11-16 13:42         ` Christoph Hellwig
2011-11-16 13:42           ` Christoph Hellwig
2011-11-16 15:57           ` Jan Kara
2011-11-16 15:57             ` Jan Kara
2011-11-16 16:16             ` Christoph Hellwig
2011-11-16 16:16               ` Christoph Hellwig
2011-11-16 16:18             ` Chris Mason [this message]
2011-11-16 19:35               ` Mark Fasheh
2011-11-16 20:03                 ` Mark Fasheh
2011-11-17 10:16                   ` Joel Becker
2011-11-17 10:16                     ` Joel Becker
2011-11-16 20:03                 ` [Cluster-devel] " Mark Fasheh
2011-11-18 12:09             ` Steven Whitehouse
2011-11-18 12:09               ` Steven Whitehouse
2011-11-16 11:28 ` Zheng Liu

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=20111116161806.GP29279@shiny \
    --to=chris.mason@oracle.com \
    --cc=cluster-devel@redhat.com \
    --cc=hch@infradead.org \
    --cc=jack@suse.cz \
    --cc=jlbec@evilplan.org \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=linux-ext4@vger.kernel.org \
    --cc=mfasheh@suse.com \
    --cc=swhiteho@redhat.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.