summaryrefslogtreecommitdiff
path: root/include/linux/jbd2.h
diff options
context:
space:
mode:
authorRitesh Harjani <riteshh@linux.ibm.com>2020-09-18 10:36:35 +0530
committerTheodore Ts'o <tytso@mit.edu>2020-10-18 10:36:58 -0400
commit9faac62d40131521973192e46a82d5066bb42c09 (patch)
treeaae393faf4ef585b38c70aedc85fd69a2b222ba9 /include/linux/jbd2.h
parent7eb90a2d6a4817d73165a2a1addd5ead2fcb74b1 (diff)
downloadlwn-9faac62d40131521973192e46a82d5066bb42c09.tar.gz
lwn-9faac62d40131521973192e46a82d5066bb42c09.zip
ext4: optimize file overwrites
In case if the file already has underlying blocks/extents allocated then we don't need to start a journal txn and can directly return the underlying mapping. Currently ext4_iomap_begin() is used by both DAX & DIO path. We can check if the write request is an overwrite & then directly return the mapping information. This could give a significant perf boost for multi-threaded writes specially random overwrites. On PPC64 VM with simulated pmem(DAX) device, ~10x perf improvement could be seen in random writes (overwrite). Also bcoz this optimizes away the spinlock contention during jbd2 slab cache allocation (jbd2_journal_handle). On x86 VM, ~2x perf improvement was observed. Reported-by: Dan Williams <dan.j.williams@intel.com> Reviewed-by: Jan Kara <jack@suse.cz> Signed-off-by: Ritesh Harjani <riteshh@linux.ibm.com> Link: https://lore.kernel.org/r/88e795d8a4d5cd22165c7ebe857ba91d68d8813e.1600401668.git.riteshh@linux.ibm.com Signed-off-by: Theodore Ts'o <tytso@mit.edu>
Diffstat (limited to 'include/linux/jbd2.h')
0 files changed, 0 insertions, 0 deletions