From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.8 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 0DF40C433EF for ; Fri, 3 Sep 2021 12:32:41 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id EA7B5610CC for ; Fri, 3 Sep 2021 12:32:40 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1349401AbhICMdh (ORCPT ); Fri, 3 Sep 2021 08:33:37 -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