Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1103289pxb; Sun, 7 Mar 2021 06:23:50 -0800 (PST) X-Google-Smtp-Source: ABdhPJwdkQrwxEL9iSeyEE2RFC+vfk/frPxqG+VKD4X9C01Z9nIPvXrU3xcvAi4pjvmgx9r3QY+S X-Received: by 2002:a50:f113:: with SMTP id w19mr17792630edl.226.1615127030316; Sun, 07 Mar 2021 06:23:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615127030; cv=none; d=google.com; s=arc-20160816; b=RSsyEV7aQjpFbiesOLFRJ7uHqY6NfUIPP2tzoK5XA1n1OiNPkOG3DhOO6CMbkAOixf WrOkQm6KzbL1wvK8b04nCBNG3VbIJi5FokpAbx3Tm43gFTdGne9dTOYgP+1mULzZivnN UbTEHyxH40kRK53t2nsxrAJ31pnSJMVIPFg6mX3wXDCmgqUMijeY5f25NP5Pzj/TbLOn 84KLIbMJXenXeygJ7MU3BqgT7HH6ZBcpqAYyv3GIOmMemhRdJ5uZYYMBrJ5s8kyxzlle I3QwvZyLL3weCWmfO29mXonsK59MLnCvjG37THT1jOeOHPv1JSddZf0I7ysog7D1WZQD Qmpw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:dkim-signature; bh=479TbHHVfxVR4A+5AmcTUeyik3Y8S36DOuQXbYnINOo=; b=sNlykZKG1gwSpoEbRAHyu82d5XUvUExmTCoCk9+os/41bFkTdWiupIG+j05M902S+Y 3A3DAuQW1Hsk+vYakbVRxw5U2bzz/CJsph4nOGJdBnFGUBuExdk/6ku+gLGyhA+lCOG9 AfjxQ1Tr7aPHCC/Ju4efTTwuN25lG/a3DIZFMg7m0Oe8dErUYv7y7HJsoaWlwl2MdwF0 XWxZ23FZes3jKUSLYbqk7NZbLySXiA0GTH7nb4QMsKJvWiIk4ZVTxJynkJ9JLkN7iDFz NIE6BYduFHynM2u0kzw4Ii608Q9BJrAavATX79RCrhXKGlz1+IKGKyLB8T9sGAAk+vOv QtoQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Nr9xEm9V; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id h15si5112481edw.371.2021.03.07.06.23.28; Sun, 07 Mar 2021 06:23:50 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Nr9xEm9V; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231585AbhCGN6O (ORCPT + 99 others); Sun, 7 Mar 2021 08:58:14 -0500 Received: from mail.kernel.org ([198.145.29.99]:43496 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230488AbhCGN5s (ORCPT ); Sun, 7 Mar 2021 08:57:48 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8AB6E65100; Sun, 7 Mar 2021 13:57:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1615125468; bh=R5aDyV21ICJKjV1r2Yxt5F+o1GFEuhN6ZjNXDk7Hqhk=; h=From:To:Cc:Subject:Date:From; b=Nr9xEm9VjRvLqEgXD4dXDB+nJXWvCuP4jwGP9FTl17dmq8bqmRsum2WFwwi/rZAOK +oVEuYJGNAoyYtBmnbQQHqmrsEredDFldUrj0stuyjIzVhXI494SrVA4NbJ3uFnIb6 CckJbOEE2RUqPh3FIeBV0Jr/NZmLLhLapnypJGOFj2AgEOflem7oCoUjOZ1bkPfEYG Xbk5n66hJeI5y4Co4o86bujDSIIF5ScpYTKCIdWh1vEIgV2YVjMN6ucAHKezLgQMPd IPWCP/q+JZyAGwQEcct3n5mOWwM4sBcEeYHZvXZfmLHlhViIzbUgdvBocKV6RvHo2R NBOdCIIPuHnQg== From: Sasha Levin To: linux-kernel@vger.kernel.org, stable@vger.kernel.org Cc: Filipe Manana , Anand Jain , Josef Bacik , David Sterba , Sasha Levin , linux-btrfs@vger.kernel.org Subject: [PATCH AUTOSEL 5.11 01/12] btrfs: avoid checking for RO block group twice during nocow writeback Date: Sun, 7 Mar 2021 08:57:35 -0500 Message-Id: <20210307135746.967418-1-sashal@kernel.org> X-Mailer: git-send-email 2.30.1 MIME-Version: 1.0 X-stable: review X-Patchwork-Hint: Ignore Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Filipe Manana [ Upstream commit 20903032cd9f0260b99aeab92e6540f0350e4a23 ] During the nocow writeback path, we currently iterate the rbtree of block groups twice: once for checking if the target block group is RO with the call to btrfs_extent_readonly()), and once again for getting a nocow reference on the block group with a call to btrfs_inc_nocow_writers(). Since btrfs_inc_nocow_writers() already returns false when the target block group is RO, remove the call to btrfs_extent_readonly(). Not only we avoid searching the blocks group rbtree twice, it also helps reduce contention on the lock that protects it (specially since it is a spin lock and not a read-write lock). That may make a noticeable difference on very large filesystems, with thousands of allocated block groups. Reviewed-by: Anand Jain Reviewed-by: Josef Bacik Signed-off-by: Filipe Manana Signed-off-by: David Sterba Signed-off-by: Sasha Levin --- fs/btrfs/inode.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/fs/btrfs/inode.c b/fs/btrfs/inode.c index ad34c5a09bef..02c4bfa515fb 100644 --- a/fs/btrfs/inode.c +++ b/fs/btrfs/inode.c @@ -1657,9 +1657,6 @@ static noinline int run_delalloc_nocow(struct btrfs_inode *inode, */ btrfs_release_path(path); - /* If extent is RO, we must COW it */ - if (btrfs_extent_readonly(fs_info, disk_bytenr)) - goto out_check; ret = btrfs_cross_ref_exist(root, ino, found_key.offset - extent_offset, disk_bytenr, false); @@ -1706,6 +1703,7 @@ static noinline int run_delalloc_nocow(struct btrfs_inode *inode, WARN_ON_ONCE(freespace_inode); goto out_check; } + /* If the extent's block group is RO, we must COW */ if (!btrfs_inc_nocow_writers(fs_info, disk_bytenr)) goto out_check; nocow = true; -- 2.30.1