Commit 23f6b024 authored by Jan Kara's avatar Jan Kara Committed by Theodore Ts'o

ext4: clarify impact of 'commit' mount option

The description of 'commit' mount option dates back to ext3 times.
Update the description to match current meaning for ext4.
Reported-by: default avatarPaul Richards <paul.richards@gmail.com>
Signed-off-by: default avatarJan Kara <jack@suse.cz>
Link: https://lore.kernel.org/r/20191218111210.14161-1-jack@suse.czSigned-off-by: default avatarTheodore Ts'o <tytso@mit.edu>
parent 68d7b2d8
...@@ -181,14 +181,17 @@ When mounting an ext4 filesystem, the following option are accepted: ...@@ -181,14 +181,17 @@ When mounting an ext4 filesystem, the following option are accepted:
system after its metadata has been committed to the journal. system after its metadata has been committed to the journal.
commit=nrsec (*) commit=nrsec (*)
Ext4 can be told to sync all its data and metadata every 'nrsec' This setting limits the maximum age of the running transaction to
seconds. The default value is 5 seconds. This means that if you lose 'nrsec' seconds. The default value is 5 seconds. This means that if
your power, you will lose as much as the latest 5 seconds of work (your you lose your power, you will lose as much as the latest 5 seconds of
filesystem will not be damaged though, thanks to the journaling). This metadata changes (your filesystem will not be damaged though, thanks
default value (or any low value) will hurt performance, but it's good to the journaling). This default value (or any low value) will hurt
for data-safety. Setting it to 0 will have the same effect as leaving performance, but it's good for data-safety. Setting it to 0 will have
it at the default (5 seconds). Setting it to very large values will the same effect as leaving it at the default (5 seconds). Setting it
improve performance. to very large values will improve performance. Note that due to
delayed allocation even older data can be lost on power failure since
writeback of those data begins only after time set in
/proc/sys/vm/dirty_expire_centisecs.
barrier=<0|1(*)>, barrier(*), nobarrier barrier=<0|1(*)>, barrier(*), nobarrier
This enables/disables the use of write barriers in the jbd code. This enables/disables the use of write barriers in the jbd code.
......
Markdown is supported
0%
or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment