Received: by 2002:a6b:fb09:0:0:0:0:0 with SMTP id h9csp70701iog; Sun, 12 Jun 2022 19:15:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw2tTlXf7l39YmRkMnJ0ZnOadxoen1Dy4UvJYVoPHx+p1BTDRtCalQSL1pUHeSLJcXhcHsl X-Received: by 2002:a17:90a:1b05:b0:1ea:84a9:432c with SMTP id q5-20020a17090a1b0500b001ea84a9432cmr13105802pjq.51.1655086512017; Sun, 12 Jun 2022 19:15:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1655086512; cv=none; d=google.com; s=arc-20160816; b=uAoPmD3jRgingPp44myI4oY0uAjYN/gwYyASXoYUDC0UUhHHkkPb2IVH+8lVbQ9Eoi C0y1cdnSXM2/dIxneV9QmOjmuzuKTAgUWkIr7E9clu+O63z22B+/j+/HrLW602KfU2Gn JnxNs5Le6rhc+f6qhKYUUW0tCStOI8Y5+G37yNP4DRFjoaiH3lmG4famcvapTyX2jGZ+ 2YFPZy2q7OGRulZG8qrIM7ywgr4XyY1tpMMeRJ4X09Rq/ZPaPQfj3um4pHKtS+zkAf5Z v5TUG/mNkmy+DRG3h052jZcXE2U71pFzvJWdTPaUDmIC3GPb9YbrE1JibFEQCGtT/1bA dXSw== 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-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=cy2XLe4knBoz8faAOzBjJPMfTKiMguxoSp1Z0zT6Jfk=; b=AWpnvlOmavLPv5IvINpyM3KcuOrxEY5Y1yGgH8MFGB6/Ke5H/sw3q5zbTdWtLgx5Hi a0gkKNIvCmewEhooJ+c9ZzTe3jGfRFhmlEzHzBr5L10qGa4Tg8rellZRBb2D+MbF90ro p17HFqcE3NEbF7LNyyAOljjvE9OaudI4LW/6q9BlFc6vc79YsKMJBPQHmK8Czz3y6yAW 6fm1wYXxgJk28kQcpicSnihCM+yfVYOr6Owp+OOoomUFz3Fqo+3vad/42ODxSqXsaDnF ugVLuNXW504NnAIclMZMD+T/50jbSar2yaJiZx0sHTami6vGPafM6MYqBfmOJoFb4rkC etZw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=UuZBV9GP; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id m6-20020a056a00080600b005056d85e53dsi8584922pfk.163.2022.06.12.19.15.00; Sun, 12 Jun 2022 19:15:12 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=UuZBV9GP; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235969AbiFMCJu (ORCPT + 99 others); Sun, 12 Jun 2022 22:09:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54896 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231376AbiFMCJs (ORCPT ); Sun, 12 Jun 2022 22:09:48 -0400 Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2DCBC21250; Sun, 12 Jun 2022 19:09:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1655086188; x=1686622188; h=date:from:to:cc:subject:message-id:references: mime-version:content-transfer-encoding:in-reply-to; bh=+fem5FyudAz01p+w/Af/9mmPzXNj8Wp0IAnkI0tnZHI=; b=UuZBV9GPahHME/ZhZLAoX/3R0Qmgi9pphWTMAe1Jke9hd7wLXC+9Zdgm B76F/osL4vRXkqnBY2ma3dc/WK8qOabL2pSjSPLzEMY0Qu6FjAvFw2Ch2 dW+EI/AOiLzEIGrwnOmlK53qk/zO5l9seS4TFND1T8lY5q+z61aqWFMjs /PTAd2yOOWzKi/PRL74SPjVRvZLayD1YAMO/VBdw7QTpwJ0AqeifTQilv 1DDyDlkYcG4XOua70QDWH2wLlZRq8kAcOfN4ZI/a+0zMSKtRAbaTD4blX kFx1fN71ZD1pZlObBULmCQC/+G/d9SwYIl202WfBXHMUDPy1CUgIvvGIe Q==; X-IronPort-AV: E=McAfee;i="6400,9594,10376"; a="303526704" X-IronPort-AV: E=Sophos;i="5.91,296,1647327600"; d="scan'208";a="303526704" Received: from fmsmga007.fm.intel.com ([10.253.24.52]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 12 Jun 2022 19:09:47 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.91,296,1647327600"; d="scan'208";a="587525050" Received: from shbuild999.sh.intel.com (HELO localhost) ([10.239.146.138]) by fmsmga007.fm.intel.com with ESMTP; 12 Jun 2022 19:09:43 -0700 Date: Mon, 13 Jun 2022 10:09:43 +0800 From: Feng Tang To: Willy Tarreau , Moshe Kol , fengwei.yin@intel.com Cc: Moshe Kol , kernel test robot , Jakub Kicinski , Yossi Gilad , Amit Klein , Eric Dumazet , LKML , netdev@vger.kernel.org, lkp@lists.01.org, lkp@intel.com, ying.huang@intel.com, zhengjun.xing@linux.intel.com, fengwei.yin@intel.com Subject: Re: [tcp] e926147618: stress-ng.icmp-flood.ops_per_sec -8.7% regression Message-ID: <20220613020943.GD75244@shbuild999.sh.intel.com> References: <20220608060802.GA22428@xsang-OptiPlex-9020> <20220608064822.GC7547@1wt.eu> <20220608073441.GE7547@1wt.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20220608073441.GE7547@1wt.eu> X-Spam-Status: No, score=-8.3 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_NONE, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Wed, Jun 08, 2022 at 09:34:41AM +0200, Willy Tarreau wrote: > On Wed, Jun 08, 2022 at 10:26:12AM +0300, Moshe Kol wrote: > > Hmm, How is the ICMP flood stress test related to TCP connections? > > To me it's not directly related, unless the test pre-establishes many > connections, or is affected in a way or another by a larger memory > allocation of this part. Fengwei and I discussed and thought this could be a data alignment related case, that one module's data alignment change affects other modules' alignment, and we had a patch for detecting similar cases [1] After some debugging, this could be related with the bss section alignment changes, that if we forced all module's bss section to be 4KB aligned, then the stress-ng icmp-flood case will have almost no performance difference for the 2 commits: 10025135 +0.8% 10105711 ± 2% stress-ng.icmp-flood.ops_per_sec The debug patch is: diff --git a/arch/x86/kernel/vmlinux.lds.S b/arch/x86/kernel/vmlinux.lds.S index 7fda7f27e7620..7eb626b98620c 100644 --- a/arch/x86/kernel/vmlinux.lds.S +++ b/arch/x86/kernel/vmlinux.lds.S @@ -378,7 +378,9 @@ SECTIONS /* BSS */ . = ALIGN(PAGE_SIZE); - .bss : AT(ADDR(.bss) - LOAD_OFFSET) { + .bss : AT(ADDR(.bss) - LOAD_OFFSET) + SUBALIGN(PAGE_SIZE) + { __bss_start = .; *(.bss..page_aligned) . = ALIGN(PAGE_SIZE); The 'table_perturb[]' used to be in bss section, and with the commit of moving it to runtime allocation, other data structures following it in the .bss section will get affected accordingly. Thanks, Feng > Willy