Received: by 2002:a05:6a10:eb17:0:0:0:0 with SMTP id hx23csp462002pxb; Fri, 3 Sep 2021 06:10:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzdGKYQv4KGtElZgncWmu3nhXrw2dc6ii2uqTBljtDXV3TjZIEJzr5CH4jGrggKthXJvSu9 X-Received: by 2002:a17:906:28db:: with SMTP id p27mr4151034ejd.94.1630674628249; Fri, 03 Sep 2021 06:10:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630674628; cv=none; d=google.com; s=arc-20160816; b=uUSUQ5aangX0C7r7kX1+AJm9YCdd2fzKqbRAbsAMNfWheEF/PKkX/H5/FY/g3h1FUD vALRczBnjtabBoeVdrWMYUMGGxDrceEFNDpkgpSi2xbDV0bGc6rwxOGR74eNuHNHxQ9O Hqucq2l93/dSGZmOEXHhezjNFNQbPRKFvTEqlpkX5v4LHVU9fx4OXW71D3n6dJV8sYDN PRZ7cp9xKmchrEtVAdeqpgJJaHqIKzeewFF54XHKN8OJr7d2Bz01EAg8n/BDhKLjMsFG i5HJCwgaAH9izxvXfGAbOhxnVEnqwaZgdJOqfWhc0aY8SPwAZBXJ1ovFlvGeJFNkdUfM HihA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=urxWMXGK+QI5D6gFZuuEBv6j1kEGtmDuT5/F4bfZh6Q=; b=lBSJwo1vspOWoGqengpPv8Jc7sGT7V9DMKlZNaneEcn0/bEY53RzkS6sKR4LL2HsGh Kq4PlXA7fY64jHNNzyIB5s8RZ8udotv0OfBsh5BDX7frLWejTEwYHM0C60aBjSNUmJHX EFNAnj9OuO/aSY6QLKgKBXo1AkgrASHgN8IWgElwsONN1KAL8bQzYl8mxj/OB2Z/3rhh L9AYVnvhXFg4FllVbnsp8hIZWlklK7VPrmvR/8ps9/TV9JE2FquOv2sYiYHF6AJuzOxU CyRWSaWhD5oztQIb+7XYvoRbbxNf/YM3s2xzLg/ltYHeC232zZmrJt6MsQ97+pjrffhi xhVw== 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 k25si5969545edf.34.2021.09.03.06.10.02; Fri, 03 Sep 2021 06:10:28 -0700 (PDT) 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 S1349394AbhICMdg (ORCPT + 99 others); Fri, 3 Sep 2021 08:33:36 -0400 Received: from outgoing-auth-1.mit.edu ([18.9.28.11]:49251 "EHLO outgoing.mit.edu" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1349356AbhICMdd (ORCPT ); Fri, 3 Sep 2021 08:33:33 -0400 Received: from cwcc.thunk.org (pool-72-74-133-215.bstnma.fios.verizon.net [72.74.133.215]) (authenticated bits=0) (User authenticated as tytso@ATHENA.MIT.EDU) by outgoing.mit.edu (8.14.7/8.12.4) with ESMTP id 183CWLYD024847 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Fri, 3 Sep 2021 08:32:22 -0400 Received: by cwcc.thunk.org (Postfix, from userid 15806) id B198215C33F9; Fri, 3 Sep 2021 08:32:21 -0400 (EDT) Date: Fri, 3 Sep 2021 08:32:21 -0400 From: "Theodore Ts'o" To: Xing Zhengjun Cc: Jan Kara , kernel test robot , LKML , lkp@lists.01.org, lkp@intel.com Subject: Re: [LKP] [ext4] 05c2c00f37: aim7.jobs-per-min -11.8% regression Message-ID: References: <20210227120804.GB22871@xsang-OptiPlex-9020> <20210520095119.GA18952@quack2.suse.cz> <20210521092730.GE18952@quack2.suse.cz> <20210525092205.GA4112@quack2.suse.cz> <20210531165746.GA2610@quack2.suse.cz> <20210603161004.GL23647@quack2.suse.cz> <8ac28fce-0cfb-cc4d-1a3d-2f104ff46767@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8ac28fce-0cfb-cc4d-1a3d-2f104ff46767@linux.intel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 03, 2021 at 01:28:25PM +0800, Xing Zhengjun wrote: > Hi Jan, > > Do you have time to look at this? I re-test it in v5.13 and v5.14, the > regression still existed. Thanks. > > So as we chatted on today's call probably the best option is to leave the > > code as is for now and instead work on moving away from orphan list > > altogether. I'll revive my patches to do that. The orphan_file feature has landed in for the 5.15 merge window. When enabled, it provides multiple blocks to store the set of orphaned inodes, which provides parallelism for parallel truncate and unlink operations. It requires a development version of e2fsprogs to use, and so the zero-day bot won't be able to test it for a little while. Cheers, - Ted