[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <20251031062905.4135909-1-yi.zhang@huaweicloud.com>
Date: Fri, 31 Oct 2025 14:29:01 +0800
From: Zhang Yi <yi.zhang@...weicloud.com>
To: linux-ext4@...r.kernel.org
Cc: linux-fsdevel@...r.kernel.org,
linux-kernel@...r.kernel.org,
tytso@....edu,
adilger.kernel@...ger.ca,
jack@...e.cz,
yi.zhang@...wei.com,
yi.zhang@...weicloud.com,
libaokun1@...wei.com,
yangerkun@...wei.com
Subject: [PATCH 0/4] ext4: replace ext4_es_insert_extent() when caching on-disk extents
From: Zhang Yi <yi.zhang@...wei.com>
This series addresses the optimization that Jan pointed out [1]
regarding the introduction of a sequence number to
ext4_es_insert_extent(). The proposal is to replace all instances where
the cache of on-disk extents is updated by using ext4_es_cache_extent()
instead of ext4_es_insert_extent(). This change can prevent excessive
cache invalidations caused by unnecessarily increasing the extent
sequence number when reading from the on-disk extent tree. This seires
has no dependency on the patch set[2] that introduced the extent
sequence number, so it can be merged independently.
[1] https://lore.kernel.org/linux-ext4/ympvfypw3222g2k4xzd5pba4zhkz5jihw4td67iixvrqhuu43y@wse63ntv4s6u/
[2] https://lore.kernel.org/linux-ext4/20251013015128.499308-1-yi.zhang@huaweicloud.com/
Thanks,
Yi.
Zhang Yi (4):
ext4: make ext4_es_cache_extent() support overwrite existing extents
ext4: check for conflicts when caching extents
ext4: adjust the debug info in ext4_es_cache_extent()
ext4: replace ext4_es_insert_extent() when caching on-disk extents
fs/ext4/extents.c | 8 ++---
fs/ext4/extents_status.c | 75 +++++++++++++++++++++++++++++++++++-----
fs/ext4/extents_status.h | 2 +-
fs/ext4/inode.c | 18 +++++-----
4 files changed, 81 insertions(+), 22 deletions(-)
--
2.46.1
Powered by blists - more mailing lists