Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp1699041pxb; Fri, 22 Oct 2021 06:06:40 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxZdrD+N4bQj8SjDrb1Wt1sehW7e/YlqyZUWPQMa3raSxa5IIjxP2CleRk+rVLi/6z+xwWp X-Received: by 2002:a05:6512:2143:: with SMTP id s3mr11495022lfr.451.1634908000370; Fri, 22 Oct 2021 06:06:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1634908000; cv=none; d=google.com; s=arc-20160816; b=NkBqwuJ6rL6JgB22EHp8/s044WaH3Bc/p7ij1pmKcj+rRAfNXDj9IwmRhL+LNvej/M UU40OHHxw2ig+kZo34r8/J1shRm9atEmQEuEDVxzjBO09UCvLjUnfwycEbBMteRyMhC4 adJ3ObIQCWE5tB/QXIC9qfgtdxrH/sqoo2jU0ocJRUdMJzXocrxyIZBqy9yFMNCV+PPN Gd8v1gq0UcchdmKMkm0p084w+Kvd2GcW/ZuxO9PYRIVdeTCzCvR/5k3711U+jI2PgB3A oM+sgDo0lSSn2VB8Voh4PtyXMd1jL1so7sW2eMkngddq/h7u3HrqiyuOt/bydKJ92fyf MEGQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=EqwjUnjbcG6prq2hpiWaDsO6Sjy3MTOvIPqwi8Jsje0=; b=Tf21CytZgFTnqh0919M5aqZzPpXqwXdg2rtodr3+MdTB1blTyFDtVb913Io54DRVK/ dozY4zychTVFm7tcbUAFOGZrNFwl0InZ2HkSAu9ydN0OxahRKrIi697TBF0mvD03tkHJ 93k+qR/xI1izbygue8BdMdKTbslNMeswmI4/UoP/vZ80bHrm6vS+ToupmTCmUfitjfqq 8idE/lC6XAkO1FpPs8ZB+Rep3sj9w2ztc/LJ4CbmbKumj/VkWv3+96J5M0k/s+IExRYk /ktEMeXYySEWms+kMCh/Olcb3QbWALib+e2qHZVa6zlBivG0B/YTjwufMigW6Q/joiPB NfeQ== 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 ka6si4201139ejb.619.2021.10.22.06.06.14; Fri, 22 Oct 2021 06:06:40 -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 S231837AbhJVNGC (ORCPT + 99 others); Fri, 22 Oct 2021 09:06:02 -0400 Received: from cloudserver094114.home.pl ([79.96.170.134]:49306 "EHLO cloudserver094114.home.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229925AbhJVNGB (ORCPT ); Fri, 22 Oct 2021 09:06:01 -0400 Received: from localhost (127.0.0.1) (HELO v370.home.net.pl) by /usr/run/smtp (/usr/run/postfix/private/idea_relay_lmtp) via UNIX with SMTP (IdeaSmtpServer 3.0.0) id 324655051da6db55; Fri, 22 Oct 2021 15:03:43 +0200 Received: from kreacher.localnet (unknown [213.134.175.233]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by v370.home.net.pl (Postfix) with ESMTPSA id 208BE66A92E; Fri, 22 Oct 2021 15:03:41 +0200 (CEST) From: "Rafael J. Wysocki" To: Norbert , Peter Zijlstra Cc: Steven Rostedt , linux-kernel@vger.kernel.org, Ingo Molnar , Thomas Gleixner , Yunfeng Ye , frederic@kernel.org Subject: Re: Performance regression: thread wakeup time (latency) increased up to 3x Date: Fri, 22 Oct 2021 15:03:40 +0200 Message-ID: <4674203.GXAFRqVoOG@kreacher> In-Reply-To: References: <035c23b4-118e-6a35-36d9-1b11e3d679f8@gmail.com> <8691a8ec-410d-afe8-f468-eefe698c6751@gmail.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8" X-CLIENT-IP: 213.134.175.233 X-CLIENT-HOSTNAME: 213.134.175.233 X-VADE-SPAMSTATE: clean X-VADE-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrgedvtddrudeljedgkeehucetufdoteggodetrfdotffvucfrrhhofhhilhgvmecujffqoffgrffnpdggtffipffknecuuegrihhlohhuthemucduhedtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmdenucfjughrpefhvffufffkjghfggfgtgesthfuredttddtjeenucfhrhhomhepfdftrghfrggvlhculfdrucghhihsohgtkhhifdcuoehrjhifsehrjhifhihsohgtkhhirdhnvghtqeenucggtffrrghtthgvrhhnpeetgefgleetgeduheeugeeikeevudelueelvdeufeejfeffgeefjedugfetfeehhfenucffohhmrghinhepkhgvrhhnvghlrdhorhhgnecukfhppedvudefrddufeegrddujeehrddvfeefnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehinhgvthepvddufedrudefgedrudejhedrvdeffedphhgvlhhopehkrhgvrggthhgvrhdrlhhotggrlhhnvghtpdhmrghilhhfrhhomhepfdftrghfrggvlhculfdrucghhihsohgtkhhifdcuoehrjhifsehrjhifhihsohgtkhhirdhnvghtqedprhgtphhtthhopehnsghrthhttddusehgmhgrihhlrdgtohhmpdhrtghpthhtohepphgvthgvrhiisehinhhfrhgruggvrggurdhorhhgpdhrtghpthhtoheprhhoshhtvgguthesghhoohgumhhishdrohhrghdprhgtphhtthhopehlihhnuhigqdhkvghrnhgvlhesvhhgvghrrdhkvghrnhgvlhdrohhrghdprhgtphhtthhopehmihhnghho sehrvgguhhgrthdrtghomhdprhgtphhtthhopehtghhlgieslhhinhhuthhrohhnihigrdguvgdprhgtphhtthhopeihvgihuhhnfhgvnhhgsehhuhgrfigvihdrtghomhdprhgtphhtthhopehfrhgvuggvrhhitgeskhgvrhhnvghlrdhorhhg X-DCC--Metrics: v370.home.net.pl 1024; Body=8 Fuz1=8 Fuz2=8 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Monday, October 18, 2021 1:25:02 PM CEST Peter Zijlstra wrote: > On Fri, Oct 15, 2021 at 09:08:58PM -0700, Norbert wrote: > > > > > > On Fri, Oct 15, 2021 at 12:43:45AM -0700, Norbert wrote: > > > > > > Performance regression: thread wakeup time (latency) increased up to 3x. > > > > > > > > > > > > Happened between 5.13.8 and 5.14.0. Still happening at least on 5.14.11. > > > So git-bisect finally identified the following commit. > > The performance difference came in a single step. Times were consistent with > > my first post either the slow time or the fast time, > > as far as I could tell during the bisection. > > > > It is a bit unfortunate that this comes from an attempt to reduce OS noise. > > > > ----------------------------------------------------- > > commit a5183862e76fdc25f36b39c2489b816a5c66e2e5 > > Author: Yunfeng Ye > > Date: Thu May 13 01:29:16 2021 +0200 > > > > tick/nohz: Conditionally restart tick on idle exit > > > > In nohz_full mode, switching from idle to a task will unconditionally > > issue a tick restart. If the task is alone in the runqueue or is the > > highest priority, the tick will fire once then eventually stop. But that > > alone is still undesired noise. > > > > Therefore, only restart the tick on idle exit when it's strictly > > necessary. > > > > Signed-off-by: Yunfeng Ye > > Signed-off-by: Frederic Weisbecker > > Signed-off-by: Ingo Molnar > > Acked-by: Peter Zijlstra > > Link: > > https://lore.kernel.org/r/20210512232924.150322-3-frederic@kernel.org > > ----------------------------------------------------- > > > > Is there anything else to do to complete this report? > > So it _could_ be you're seeing increased use of deeper idle states due > to less noise. I'm forever forgetting what the most friendly tool is for > checking that (powertop can I think), Rafael? You can use turbostat too. > One thing to try is boot with idle=halt and see if that makes a > different. > > Also, let me Cc all the people involved.. the thread starts: > > https://lkml.kernel.org/r/035c23b4-118e-6a35-36d9-1b11e3d679f8@gmail.com >