Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp1014874pxb; Wed, 1 Sep 2021 15:19:50 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzqjFF/viBNpC0dChJLF13slTq9phkO7yhKBeB6DCv4oZiO1PAeou56Z0SGbA1ZhskWZtwt X-Received: by 2002:a05:6402:493:: with SMTP id k19mr152706edv.386.1630534790019; Wed, 01 Sep 2021 15:19:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630534790; cv=none; d=google.com; s=arc-20160816; b=JZUUdHoa85I7LSDK1lChT/kkJkRUVLPrBvz9P7OIFsZBrYnLSfz2nUHYSqJAzLTEs1 Pw+3vj/shkbUPOvkMPBQ37KjDTGUWjEjd+i3YKvc6YAf1IlQ30F7LJrTP2BURIx0oIR9 I50rcWZPSKh4TpCMeNjAlx2CEBKlgpmvqLSWGNSbE+mMXsYvtLYjswkntjBSOfq2R8mu 3Z3cHSPDmLD3N1Uh/SAqD1hJCsuObMCnNcn/OS9+lxhvWrn+hwu5rOpGcnbRnnq/6YF7 CxVm6DbVe6hYsYDnbk/Ri4anwDerch7PyJ6f4unTsie/GIHC8GyW7NbmiKiSuCyzyEem AAqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:message-id:in-reply-to :date:references:subject:cc:to:from; bh=OMD0n48+EB64mXcJORSIuN2nwb8wy96PFk0dT+Y0gzo=; b=z5BdeiDYWjQWiNQE7hkLfvUpQGPxo3xwtym7lMcMdMkmTyUlx0WUTSM6kKKJh+ywn9 eSxj5iNGp5MOBfqT04XCP2m/fjNDT1OaJ27UDN8bVDbf6rdpU5F/q9j6c3u/wjidCiTV i3rFpFWusA9JG7P+bQmCPDvssM3taDLRzJtC4HTuK0mqyR3INoWKF0IMN39dEarYUXDp Ju0vl7AdcdTaebsmPI11rD9EWgEdDfHfaLDGRyth/8PCznVfm1OchQqd3MSMjfNbZVWu hrlVCwP139uT1uhVyyqdWROEu3z/nFr78cpDzrXS7dGKBdwGAr14hW6zqbtSMQ9uKnPE iqQQ== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id qb33si1046700ejc.453.2021.09.01.15.19.21; Wed, 01 Sep 2021 15:19:49 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S245502AbhIAPNv (ORCPT + 99 others); Wed, 1 Sep 2021 11:13:51 -0400 Received: from mga01.intel.com ([192.55.52.88]:50231 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231807AbhIAPNv (ORCPT ); Wed, 1 Sep 2021 11:13:51 -0400 X-IronPort-AV: E=McAfee;i="6200,9189,10094"; a="241048314" X-IronPort-AV: E=Sophos;i="5.84,369,1620716400"; d="scan'208";a="241048314" Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 01 Sep 2021 08:12:53 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.84,369,1620716400"; d="scan'208";a="541844834" Received: from tassilo.jf.intel.com (HELO tassilo.localdomain) ([10.54.74.11]) by fmsmga002.fm.intel.com with ESMTP; 01 Sep 2021 08:12:25 -0700 Received: by tassilo.localdomain (Postfix, from userid 1000) id 091F8301C52; Wed, 1 Sep 2021 08:12:25 -0700 (PDT) From: Andi Kleen To: Feng Tang Cc: Michal Koutn?? , Johannes Weiner , Linus Torvalds , andi.kleen@intel.com, kernel test robot , Roman Gushchin , Michal Hocko , Shakeel Butt , Balbir Singh , Tejun Heo , Andrew Morton , LKML , lkp@lists.01.org, kernel test robot , "Huang\, Ying" , Zhengjun Xing Subject: Re: [mm] 2d146aa3aa: vm-scalability.throughput -36.4% regression References: <20210812031910.GA63920@shbuild999.sh.intel.com> <20210816032855.GB72770@shbuild999.sh.intel.com> <20210817024500.GC72770@shbuild999.sh.intel.com> <20210817164737.GA23342@blackbody.suse.cz> <20210818023004.GA17956@shbuild999.sh.intel.com> <20210831063036.GA46357@shbuild999.sh.intel.com> <20210831092304.GA17119@blackbody.suse.cz> <20210901045032.GA21937@shbuild999.sh.intel.com> Date: Wed, 01 Sep 2021 08:12:24 -0700 In-Reply-To: <20210901045032.GA21937@shbuild999.sh.intel.com> (Feng Tang's message of "Wed, 1 Sep 2021 12:50:32 +0800") Message-ID: <877dg0wcrr.fsf@linux.intel.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Feng Tang writes: > > Yes, the tests I did is no matter where the 128B padding is added, the > performance can be restored and even improved. I wonder if we can find some cold, rarely accessed, data to put into the padding to not waste it. Perhaps some name strings? Or the destroy support, which doesn't sound like its commonly used. -Andi