Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp733759ybl; Wed, 4 Dec 2019 10:00:21 -0800 (PST) X-Google-Smtp-Source: APXvYqxIkIByWIrG6zZlz73l7vZltL74kecaTLoQVKWjxx81KxTh50XErYb4ZaQd4Luyv3icxmOQ X-Received: by 2002:aca:1e11:: with SMTP id m17mr3747529oic.100.1575482421702; Wed, 04 Dec 2019 10:00:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1575482421; cv=none; d=google.com; s=arc-20160816; b=zGUfKN34PdLYbaJ/2gn6p8jjK/voBkNCxMFXzvRviFNGotsDkMsdss9ni3magJW+8u DQQfp9/KowVTHGBWkfz4EjBHHyhYizvoQi1CRFbiO2C9OLiPxCCnt59XrbnZCxVz40h0 uYuxq9cee4/GG0gi/GJ9zwxgRTajoLf9zB8tTjZO5PkHjxKWjzWcixr3kFpMU4G5RMlz 3zcmlizy5wORcHvq+0l81M4hqxT6F5D3tjeY2omXI5V6pfsqtGgkBI/ACYKJBhYCWJRF kNCJb3HsOhWi/GJ4QFQruyHfRworTtE1v4+d+IqDZm+Kgkw7FJGdFnluqDfDFUsv9WOQ JELw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=zCJ2akf07a4KJzw/eDkeWmOqS6GUk6U0zrO0yZYVNas=; b=Yh/CpIkMPEIN7qTs7jGHymjKKOv0UpulIbz+Ecny2CzKmVMqLGYLtLVj9nX5GGZBBe eTX97NhdwJSI6wlDz09LgbfZj7Co3I3s7go2YXtMjdkJ6Z28ia/IQcKVUT/VHqAWFtN7 AYHDOkSHKhy/3IoqCc4pcKzEdn7FkIqkc14hPXCWqi+IqdDfiF5zxBrT1z7VQ1yBPYr9 2GidVJAUV6mYCrRKbDW1diuMg2dsjW5uKsjOtFY3ldYNCaIYfEUWfPHuH+5PWojITVix I9hfbrs2C8Oeli5oMWEJ8l6ckCwb0elwFrKZuQtXD4RXuVhqsnAwdraG/MWP8hi7D7oT 4f5Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=TS0FcpRE; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d199si3519303oib.226.2019.12.04.10.00.08; Wed, 04 Dec 2019 10:00:21 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=TS0FcpRE; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728671AbfLDR6Q (ORCPT + 99 others); Wed, 4 Dec 2019 12:58:16 -0500 Received: from mail.kernel.org ([198.145.29.99]:60678 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728660AbfLDR6P (ORCPT ); Wed, 4 Dec 2019 12:58:15 -0500 Received: from localhost (unknown [217.68.49.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id B799220675; Wed, 4 Dec 2019 17:58:14 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1575482295; bh=D7hjSmdXK7WHeWT3wuT6ycmjaZRsL2baVYrJHqcHwl4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=TS0FcpREkBBszxHttwgdMsm6o3/dhMhaSXJJrlnftql+G9r2H6/btTcurwO5RBNGN YNTzBl67aiGj/+WRr/kkCzZxd0EQqHWBjud6qUGkOv7PSGiUwTc4zi0VELZIj4+h2r UACHtZ29T4qFiaa4e5F0XujNXpD6KP0AGl1RpXCo= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Nikolay Borisov , Josef Bacik , David Sterba , Sasha Levin Subject: [PATCH 4.4 29/92] btrfs: only track ref_heads in delayed_ref_updates Date: Wed, 4 Dec 2019 18:49:29 +0100 Message-Id: <20191204174332.368279605@linuxfoundation.org> X-Mailer: git-send-email 2.24.0 In-Reply-To: <20191204174327.215426506@linuxfoundation.org> References: <20191204174327.215426506@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Josef Bacik [ Upstream commit 158ffa364bf723fa1ef128060646d23dc3942994 ] We use this number to figure out how many delayed refs to run, but __btrfs_run_delayed_refs really only checks every time we need a new delayed ref head, so we always run at least one ref head completely no matter what the number of items on it. Fix the accounting to only be adjusted when we add/remove a ref head. In addition to using this number to limit the number of delayed refs run, a future patch is also going to use it to calculate the amount of space required for delayed refs space reservation. Reviewed-by: Nikolay Borisov Signed-off-by: Josef Bacik Signed-off-by: David Sterba Signed-off-by: Sasha Levin --- fs/btrfs/delayed-ref.c | 3 --- 1 file changed, 3 deletions(-) diff --git a/fs/btrfs/delayed-ref.c b/fs/btrfs/delayed-ref.c index e06dd75ad13f9..a2f165029ee62 100644 --- a/fs/btrfs/delayed-ref.c +++ b/fs/btrfs/delayed-ref.c @@ -193,8 +193,6 @@ static inline void drop_delayed_ref(struct btrfs_trans_handle *trans, ref->in_tree = 0; btrfs_put_delayed_ref(ref); atomic_dec(&delayed_refs->num_entries); - if (trans->delayed_ref_updates) - trans->delayed_ref_updates--; } static bool merge_ref(struct btrfs_trans_handle *trans, @@ -444,7 +442,6 @@ add_delayed_ref_tail_merge(struct btrfs_trans_handle *trans, add_tail: list_add_tail(&ref->list, &href->ref_list); atomic_inc(&root->num_entries); - trans->delayed_ref_updates++; spin_unlock(&href->lock); return ret; } -- 2.20.1