xfs
[Top] [All Lists]

Re: State of ext4 auto_da_alloc-like workarounds in XFS

To: xfs@xxxxxxxxxxx
Subject: Re: State of ext4 auto_da_alloc-like workarounds in XFS
From: Vallo Kallaste <kalts@xxxxxxxxx>
Date: Mon, 21 Dec 2015 21:37:24 +0200
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <5678497F.1020104@xxxxxxxxxxx>
References: <20151221183726.GC482@xxxxxxxxxxxxx> <5678497F.1020104@xxxxxxxxxxx>
Reply-to: kalts@xxxxxxxxx
User-agent: Mutt/1.5.21 (2010-09-15)
On Mon, Dec 21, 2015 at 12:48:31PM -0600, Eric Sandeen <sandeen@xxxxxxxxxxx> 
wrote:

[...]
> > I'd like to know the current state of ext4 auto_da_alloc-like workarounds 
> > in XFS,
> > particularly for RHEL7. Considering the two cases in
> > https://en.wikipedia.org/wiki/Ext4#Delayed_allocation_and_potential_data_loss
> > is XFS behaving the same as ext4, both mounted with default options?
> 
> The sync-on-close-after-file-got-truncated case has been handled since 2007; 
> see
> 
> https://git.kernel.org/cgit/linux/kernel/git/dgc/linux-xfs.git/commit/?id=ba87ea699ebd9dd577bf055ebc4a98200e337542
> 
> The sync-after-rename behavior was suggested and rejected for xfs, see
> 
> http://marc.info/?t=139845506300002&r=1&w=2
> 
> If you'd like to add this information to the XFS wiki, please do so!

Thanks, this is an exemplary answer, not to mention lightning fast as well!

I would consider if Wiki had at http://xfs.org/index.php/Special:RequestAccount 
page:
* Privacy policy http://xfs.org/index.php/XFS.org:Privacy_policy
* Terms of Service 
http://xfs.org/index.php?title=XFS.org:Terms_of_Service&action=edit&redlink=1

The latter being something I must read and agree on before I can request a user
account.

BR,
-- 
Vallo

<Prev in Thread] Current Thread [Next in Thread>