Received: by 2002:a05:6358:3188:b0:123:57c1:9b43 with SMTP id q8csp12449221rwd; Fri, 23 Jun 2023 06:21:38 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ4z30N+I0921iqmcoORrmu7XgygX+h1lBFj36bxdoFBerAJOVr6mETvXUEKYUvs7v1/WfmV X-Received: by 2002:a05:6a21:339a:b0:122:450b:48aa with SMTP id yy26-20020a056a21339a00b00122450b48aamr11575357pzb.21.1687526498463; Fri, 23 Jun 2023 06:21:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1687526498; cv=none; d=google.com; s=arc-20160816; b=Vf92HNLnAs2TdtCqcklJRgLipjmmWcWbqtvh8a8mgcxGKkKZEONu/LoRycmOmBQWwf LfgFrg+hbxkBAaIIg7sVv8Vi8MYlD/thIy471hfEXRGdE5GHwDubTnJvucj57V4zaSzs Rhldc3GX8siTkRicwDeIohuTs3NMYDwZ15Wi0DfN3arV0iSJur1tydjuQz+88Zzce4Pn wUA3rCIE+sX7IChtiCfLnqzvSe2Nh7XGlXWdMElaRyatM+B0mG+h1JXjAJpJWysfPu0P nGxxAKuKRFtvjAc4hW7dg2n/0BcItCQ9lU7WhEtWPAtniBqsimJPmW79Uq2+xwNMRxia oZVw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:reply-to:user-agent :mime-version:date:message-id; bh=nGeOcTwkEJ6F1HbcHRuHcpP4ZSRU/wgkWrAchMa1qkI=; b=1JaS1TaLACs2uIypQgAHK82pQ1dqLV6vQNDGDpO6ILTybRki1ezHti+Yvo+kvMBord QowdglvETB4k5pfI4oKUfG1sCkhieHFzYbV4jdLQRQlNMV83OJY7FtK9LtTKvMGQOnvr L38PCOM3GYNdfgO58SFvGqy4UN8H2bHeCAcgFIaYDK/TUh2A4hnk8Hu46WAxVvWCQcBf eA95uECQzIHstrd3nT3AJgYx1+oob2z/M6GhhW4nQxfaDmQL6cGs5cujDFMQb8FPV+7m 2OBs9r51pHTudTtD0ECofBxxvUTmLSmkGxfBOfiPOPI/uiFcqJOluf+dBaqKQPNmbLo+ uYjw== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id o8-20020a639208000000b0054fdc588111si8536856pgd.438.2023.06.23.06.21.26; Fri, 23 Jun 2023 06:21:38 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231621AbjFWNMk (ORCPT + 99 others); Fri, 23 Jun 2023 09:12:40 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47312 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230185AbjFWNMe (ORCPT ); Fri, 23 Jun 2023 09:12:34 -0400 Received: from wp530.webpack.hosteurope.de (wp530.webpack.hosteurope.de [80.237.130.52]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3A0FC9D; Fri, 23 Jun 2023 06:12:33 -0700 (PDT) Received: from [2a02:8108:8980:2478:8cde:aa2c:f324:937e]; authenticated by wp530.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) id 1qCgaQ-0005IP-MF; Fri, 23 Jun 2023 15:12:26 +0200 Message-ID: Date: Fri, 23 Jun 2023 15:12:25 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.12.0 Reply-To: Linux regressions mailing list Subject: Re: [tip: sched/core] sched: Fix performance regression introduced by mm_cid Content-Language: en-US, de-DE To: Swapnil Sapkal , linux-kernel@vger.kernel.org, linux-tip-commits@vger.kernel.org Cc: Aaron Lu , Mathieu Desnoyers , "Peter Zijlstra (Intel)" , x86@kernel.org, Linux kernel regressions list References: <168214940343.404.10896712987516429042.tip-bot2@tip-bot2> <09e0f469-a3f7-62ef-75a1-e64cec2dcfc5@amd.com> From: "Linux regression tracking #adding (Thorsten Leemhuis)" In-Reply-To: <09e0f469-a3f7-62ef-75a1-e64cec2dcfc5@amd.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-bounce-key: webpack.hosteurope.de;regressions@leemhuis.info;1687525953;2d858438; X-HE-SMSGID: 1qCgaQ-0005IP-MF X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE, URIBL_BLOCKED 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 [CCing the regression list, as it should be in the loop for regressions: https://docs.kernel.org/admin-guide/reporting-regressions.html] [TLDR: I'm adding this report to the list of tracked Linux kernel regressions; the text you find below is based on a few templates paragraphs you might have encountered already in similar form. See link in footer if these mails annoy you.] On 20.06.23 10:14, Swapnil Sapkal wrote: > > On 4/22/2023 1:13 PM, tip-bot2 for Mathieu Desnoyers wrote: >> The following commit has been merged into the sched/core branch of tip: >> >> Commit-ID:     223baf9d17f25e2608dbdff7232c095c1e612268 >> Gitweb:        >> https://git.kernel.org/tip/223baf9d17f25e2608dbdff7232c095c1e612268 >> Author:        Mathieu Desnoyers >> AuthorDate:    Thu, 20 Apr 2023 10:55:48 -04:00 >> Committer:     Peter Zijlstra >> CommitterDate: Fri, 21 Apr 2023 13:24:20 +02:00 >> >> sched: Fix performance regression introduced by mm_cid >> >> Introduce per-mm/cpu current concurrency id (mm_cid) to fix a PostgreSQL >> sysbench regression reported by Aaron Lu. > [...] > I run standard benchmarks as a part of kernel performance regression > testing. When I run these benchmarks against v6.3.0 to v6.4-rc1, > I have seen performance regression in hackbench running with threads. > When I did > git bisect it pointed to this commit and reverting this commit helps > regains > the performance. This regression is not seen with hackbench processes. > Following are the results from 1 Socket 4th generation EPYC > Processor(1 X 96C/192T) configured in NPS1 mode. This regression > becomes more severe as the number of core count increases. > > The numbers on a 1 Socket Bergamo (1 X 128 cores/256 threads) is > significantly worse. > [...] Thanks for the report. To be sure the issue doesn't fall through the cracks unnoticed, I'm adding it to regzbot, the Linux kernel regression tracking bot: #regzbot ^introduced 223baf9d17f #regzbot title sched: performance regression in hackbench (partly solved in -next by c1753fd02a00, partially caused by df323337e50) #regzbot ignore-activity This isn't a regression? This issue or a fix for it are already discussed somewhere else? It was fixed already? You want to clarify when the regression started to happen? Or point out I got the title or something else totally wrong? Then just reply and tell me -- ideally while also telling regzbot about it, as explained by the page listed in the footer of this mail. Developers: When fixing the issue, remember to add 'Link:' tags pointing to the report (the parent of this mail). See page linked in footer for details. Ciao, Thorsten (wearing his 'the Linux kernel's regression tracker' hat) -- Everything you wanna know about Linux kernel regression tracking: https://linux-regtracking.leemhuis.info/about/#tldr That page also explains what to do if mails like this annoy you.