Thread (6 messages) 6 messages, 4 authors, 2011-01-26

Re: [PATCH 3/3] ext4: Deprecate barrier= and nobarrier mount options

From: Tejun Heo <tj@kernel.org>
Date: 2011-01-26 12:22:01
Also in: lkml

Hello,

On Wed, Jan 26, 2011 at 07:16:18AM -0500, Ric Wheeler wrote:
I would also like to suggest that mount is the right time to change
a per file system behaviour. We have well known paths (add the mount
options to /etc/fstab) and sys admins understand it.

If we have to poke a file, what is the suggested mechanism for doing
this? Another, new script or user space utility that needs to be run
at mount time for each file system?

If we did want to deprecate the "barrier" name, I would leave it in
place and replace it with something meaningful (at mount time!) to
users like "data_safety" and "no_data_safety" modes :)
With barrier on by default these days, I don't think it's necessary to
fiddle with it too much.  It's not as important as before.  Let's
leave it as it is.  Barrier, flush, it doesn't really matter how it's
called.

In the long run tho, I think filesystems should just always enable
flush/barrier and the fiddling belongs to the block layer.

Thanks.

-- 
tejun
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help