https://bugzilla.kernel.org/show_bug.cgi?id=15910 Eric Sandeen <sandeen@xxxxxxxxxx> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sandeen@xxxxxxxxxx --- Comment #3 from Eric Sandeen <sandeen@xxxxxxxxxx> 2010-05-06 04:18:57 --- (In reply to comment #2) > May be it is useful to introduce compat mount option which force fsync() > internaly inside rename(). Renames is not what frequent operation so it has > much less performance penalty as real ordered mode. ext4 does already have allocate-on-rename heuristics, though not exactly fsync() if (retval == 0 && force_da_alloc) ext4_alloc_da_blocks(old_inode); from commit 8750c6d5fcbd3342b3d908d157f81d345c5325a7 Author: Theodore Ts'o <tytso@xxxxxxx> Date: Mon Feb 23 23:05:27 2009 -0500 ext4: Automatically allocate delay allocated blocks on rename still, more mount options doesn't seem to solve the problem to me, in the end applications can't rely on it... -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching the assignee of the bug. -- To unsubscribe from this list: send the line "unsubscribe linux-ext4" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
