From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org [10.30.226.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 3D78E1C3BF0 for ; Mon, 13 Jan 2025 18:50:44 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=10.30.226.201 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1736794245; cv=none; b=ujAxFhvGwcC66shl5o4yfkWKdxstMN+mvs4FskcU88Azf5KJOE80Oob45Lh5zu0zKwG5pQ//yZTBIwc4UOdkX7xqf/uO9QiVlcFJ/4HLYSqZi0+V/Is8wILr+9hXDNTPqMjkIIGkQ1D2gZHKvhmFuGksabteiQ3xZxjcFc/tIDo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1736794245; c=relaxed/simple; bh=zeSJXRASAYSX7dPeuSebNj9o5X8E+dDnr497e6uqVy4=; h=Content-Type:MIME-Version:Subject:From:Message-Id:Date:References: In-Reply-To:To:Cc; b=gSTIOxc3n/alrx0t8Ic/WgtmwOc1BEwlETcC/PsfzW4z1OYGffkmP4syzT7hB3iwQjPsGQwHeehom6j9iw+pIIf+261FPP8b8aUlExB/IXiLp2K8I1EJ4Vp7ivwfp65JSfNP7Oh31n477r6xfIwjn7raGL673qdBIsBnv7mp0tg= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=CTBMhpWX; arc=none smtp.client-ip=10.30.226.201 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="CTBMhpWX" Received: by smtp.kernel.org (Postfix) with ESMTPSA id B9F3CC4CED6; Mon, 13 Jan 2025 18:50:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1736794244; bh=zeSJXRASAYSX7dPeuSebNj9o5X8E+dDnr497e6uqVy4=; h=Subject:From:Date:References:In-Reply-To:To:Cc:From; b=CTBMhpWX9DoxHcVXrU9mfZjxTJXaygATSDNDOc2CS0vPn1pTDcBvOXSGPFfQi7Sb4 dLAkkABTtuzWVX+bKHZWNKkTUenM7X3nuaPaKcHItqcdZJ1GqSsXKYpynFgH+nQYTk XaIu5PwCMEku94oTL3cKMwcBgeegXk4xVy/pekI2puPxx8/zGmlh6xz0lcddvhGOb7 r1XXxs8UuW2CY1BXRavyxdddtLZ8vpy+ijN4TUqeq2h6FzoLpG9WxLwdx0pJsf2Xip JkQaS79ZhSgKEFQn6+5UOF5isCzJvAlAADh7zEbRQ5vTJpJ9w43O+6lp9KXSOGjzVk CSsvlHndVVpdg== Received: from [10.30.226.235] (localhost [IPv6:::1]) by aws-us-west-2-korg-oddjob-rhel9-1.codeaurora.org (Postfix) with ESMTP id 71195380AA5F; Mon, 13 Jan 2025 18:51:08 +0000 (UTC) Content-Type: text/plain; charset="utf-8" Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: Re: [f2fs-dev] [PATCH v4 0/4] Speed up f2fs truncate From: patchwork-bot+f2fs@kernel.org Message-Id: <173679426698.3595970.16381442881105205835.git-patchwork-notify@kernel.org> Date: Mon, 13 Jan 2025 18:51:06 +0000 References: <20241223081044.1126291-1-yi.sun@unisoc.com> In-Reply-To: <20241223081044.1126291-1-yi.sun@unisoc.com> To: Yi Sun Cc: chao@kernel.org, jaegeuk@kernel.org, ke.wang@unisoc.com, linux-kernel@vger.kernel.org, linux-f2fs-devel@lists.sourceforge.net, sunyibuaa@gmail.com, Hao_hao.Wang@unisoc.com Hello: This series was applied to jaegeuk/f2fs.git (dev) by Jaegeuk Kim : On Mon, 23 Dec 2024 16:10:40 +0800 you wrote: > Deleting large files is time-consuming, and a large part > of the time is spent in f2fs_invalidate_blocks() > ->down_write(sit_info->sentry_lock) and up_write(). > > If some blocks are continuous, we can process these blocks > at the same time. This can reduce the number of calls to > the down_write() and the up_write(), thereby improving the > overall speed of doing truncate. > > [...] Here is the summary with links: - [f2fs-dev,v4,1/4] f2fs: introduce update_sit_entry_for_release/alloc() (no matching commit) - [f2fs-dev,v4,2/4] f2fs: update_sit_entry_for_release() supports consecutive blocks. (no matching commit) - [f2fs-dev,v4,3/4] f2fs: add parameter @len to f2fs_invalidate_blocks() https://git.kernel.org/jaegeuk/f2fs/c/e53c568f4603 - [f2fs-dev,v4,4/4] f2fs: Optimize f2fs_truncate_data_blocks_range() (no matching commit) You are awesome, thank you! -- Deet-doot-dot, I am a bot. https://korg.docs.kernel.org/patchwork/pwbot.html