| To: | Brian Foster <bfoster@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] xfs: optimise away log forces on timestamp updates for fdatasync |
| From: | Dave Chinner <david@xxxxxxxxxxxxx> |
| Date: | Tue, 27 Oct 2015 07:54:04 +1100 |
| Cc: | sage@xxxxxxxxxx, xfs@xxxxxxxxxxx |
| Delivered-to: | xfs@xxxxxxxxxxx |
| In-reply-to: | <20151026114929.GA59738@xxxxxxxxxxxxxxx> |
| References: | <1445396343-4361-1-git-send-email-david@xxxxxxxxxxxxx> <20151022173618.GC13661@xxxxxxxxxxxxxxx> <20151026050720.GG8773@dastard> <20151026114929.GA59738@xxxxxxxxxxxxxxx> |
| User-agent: | Mutt/1.5.21 (2010-09-15) |
On Mon, Oct 26, 2015 at 07:49:29AM -0400, Brian Foster wrote: > On Mon, Oct 26, 2015 at 04:07:20PM +1100, Dave Chinner wrote: > > > Also, is it me or are we sending an unconditional flush in the hunk > > > following the log force call in xfs_file_fsync() (even if we've skipped > > > the log force)? > > > > The flush is needed - fdatasync needs to guarantee the data is > > on stable storage even if no metadata needs to be written to the > > journal. > > > > Ok. Well it's too bad we don't get any feedback about what was written > from the filemap_write_and_wait_range() call. As it is, we send a flush > even if there's nothing to write back. Direct IO still needs cache flushes. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH 4/4] xfs: SGI ACLs: Prepare for richacls, Andreas Gruenbacher |
|---|---|
| Next by Date: | Re: Inconsistencies with trusted.SGI_ACL_{FILE,DEFAULT}, Dave Chinner |
| Previous by Thread: | Re: [PATCH] xfs: optimise away log forces on timestamp updates for fdatasync, Brian Foster |
| Next by Thread: | very long log recovery at mount, Arkadiusz MiÅkiewicz |
| Indexes: | [Date] [Thread] [Top] [All Lists] |