Received: by 2002:a05:6a10:16a7:0:0:0:0 with SMTP id gp39csp4023289pxb; Tue, 10 Nov 2020 06:13:40 -0800 (PST) X-Google-Smtp-Source: ABdhPJzUCwOACjt6iMa7rVh+E+sf+2NVSk5VPmJPQormSzz7DfGjwhgXKUEUGD+R/w5vP4ZH9CkG X-Received: by 2002:a05:6402:17ad:: with SMTP id j13mr20326327edy.347.1605017620414; Tue, 10 Nov 2020 06:13:40 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1605017620; cv=none; d=google.com; s=arc-20160816; b=eA45F2tEEIcFKYWPHYikhS7laplUMd08mo8ae12DILIEcqTAkSg+K2coQXoaf9EQ93 fcsYwqj+4P/oBPYOAzA7o+4u20GqOm6Di4G6YKryjGq4d/QY8zoZxtHKzv+6xU+wn3iU QqXjS+KELX8E8xMYgs0Lq0GhI0mNrIZnxXLpPIhXY2nQyoka+oPp8IMQPcdIGL+h4rk2 OeBVzgQM3rN5bXClfFEECnkH6tQ2UXfrfuq/1k5J9lA3tDmktF1FZ3NQTfyf9pqER5c5 osUBi6Eo1GTXrHQtb1qYojvMHqmddjeeU8wmaC/E7r1/UfXQOu6VJXBIXdmDVVDfFSl9 37JQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:mail-followup-to:reply-to:message-id :subject:cc:to:from:date; bh=GONs5wKEQcjAWjCXyyQQcVo/r2OwEidYbAoGIBrTiPU=; b=Ee9wPm0ZMDP4T49SwSRTogTOWiAWV+iQI5BEb45Y9Wx8xNz0suqlKqBGg1YwE2Itnz bjOLWEacHWiY4T9QlN0j8FBKxVaQGnb6g0F+yor52Xc/wtJErPbnxmD8qrqIpGHdma/9 pkaDr5KYNOZB2XUKUVLyLtNUs5tgCWcLwnCaB7vYXUsEXPuFzm5A5fbh0vtXJFvZAGMO V/b4zuUvUEmwp1Il/Lo78hah1oqgnn/JuyhJtmWGfon6sFIqSZPg8/wWMNITrZxbY8Q4 fnGtQ4RkI0UEbNzKSzC9qxSkOH/sBTbFVy0mTGHI+uj/UF5ufjMkRkSx1K6AJsnsfrle BgBg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k6si9224786edl.228.2020.11.10.06.13.15; Tue, 10 Nov 2020 06:13:40 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730715AbgKJOKV (ORCPT + 99 others); Tue, 10 Nov 2020 09:10:21 -0500 Received: from mx2.suse.de ([195.135.220.15]:58860 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730097AbgKJOKV (ORCPT ); Tue, 10 Nov 2020 09:10:21 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 68B6FABD6; Tue, 10 Nov 2020 14:10:19 +0000 (UTC) Received: by ds.suse.cz (Postfix, from userid 10065) id E42B9DA7D7; Tue, 10 Nov 2020 15:08:37 +0100 (CET) Date: Tue, 10 Nov 2020 15:08:37 +0100 From: David Sterba To: kernel test robot Cc: Josef Bacik , David Sterba , LKML , Linux Memory Management List , lkp@lists.01.org, lkp@intel.com, ying.huang@intel.com, feng.tang@intel.com, zhengjun.xing@intel.com, linux-btrfs@vger.kernel.org Subject: Re: [btrfs] fac2f60d5f: fsmark.files_per_sec 62.6% improvement Message-ID: <20201110140837.GE6756@suse.cz> Reply-To: dsterba@suse.cz Mail-Followup-To: dsterba@suse.cz, kernel test robot , Josef Bacik , David Sterba , LKML , Linux Memory Management List , lkp@lists.01.org, lkp@intel.com, ying.huang@intel.com, feng.tang@intel.com, zhengjun.xing@intel.com, linux-btrfs@vger.kernel.org References: <20201110060012.GA3197@xsang-OptiPlex-9020> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20201110060012.GA3197@xsang-OptiPlex-9020> User-Agent: Mutt/1.5.23.1-rc1 (2014-03-12) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Nov 10, 2020 at 02:00:12PM +0800, kernel test robot wrote: > Greeting, > > FYI, we noticed a 62.6% improvement of fsmark.files_per_sec due to commit: > > > commit: fac2f60d5fe83fd45ee08a85c2eb7a09659edbe3 ("btrfs: switch extent buffer tree lock to rw_semaphore") Thanks for the report, that's a significant improvement, confirming the trend that switching the locks does not regress. I've skimmed other collected stats and it seems like an overall improvement, so the effects should be noticeable for other metadata-heavy workloads too.