Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp5448858pxb; Sun, 7 Nov 2021 12:32:39 -0800 (PST) X-Google-Smtp-Source: ABdhPJwxi+eHlRqgUhIXP9mvPPYh7j1f90t1KCxS4OjhE7yM2ejmjPVWJJ47/7xl+VFFwzxrDGu1 X-Received: by 2002:a17:906:f41:: with SMTP id h1mr95352983ejj.255.1636317159581; Sun, 07 Nov 2021 12:32:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1636317159; cv=none; d=google.com; s=arc-20160816; b=npJ3gQwUvAG5Fc/hLrlEEjgvEkWmO2Pzo4HJ6T1v35UWW9R4CeUq0/eTDEy+a/bMvE cElgXMO5n3WUrqID+AUjfvY/bfL161qr+kxD8A5y0Vy1+gOALSyNM0khOOnAx3h6sniG 70kiJagP3cce9hkoQe3rEwGBQCzi9OCHa0GZNH5GUEu8WpdNCRlm1AuX2UG7K+dkWewV STrG4qtZI4v86enn4NZZdcEk6PX8oWvNQhiFRKi5qQgGI8pQosVGzKackSkRT6CnNK9t JziiUdUkwNJLrUfJZ1diUCUwPKQzM46l6AqxFdOndZRgJ5FV/MHTqwHDKzJthvmYDjRE TrJA== 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-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=WSNhvOeHGiwVhdLQjNn1TFIsBkRZT9gy+EAYjWDi7pM=; b=tWW1tt9SR9p9aqD6wM3MhpziOiHUSGJsPuDilQC3qtEH3ZEFjsH/hEoGvjwLdNfPXM PVOoGmOKW+95gsqbX+uavGuJ7ZyJnNxXqfOguHRVeqI0Tf1GibaUEbfmdQB8bcc8eDDo 4knbz4bsHqRr1nYWENXI7a64932dOdhPK6NmEtcO7BTwcM0IgGglPLkIYGwVXKi8nW/Q TqDwoqiALwPCVZD9Jj9jEYWwXdPnD07usYY2j+/XfNhxKH4WpLqouSgnwqm0LjugE0zU 7m+jS1KeDrvS6NYZTApJdLmwelUCgKIRyYswT6jOsSJg/ZQ3nHF+31MAu+G4tVoXfoGY dIjQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=EwPwAnsY; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o14si21142632edt.109.2021.11.07.12.32.16; Sun, 07 Nov 2021 12:32:39 -0800 (PST) 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; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=EwPwAnsY; 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=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235670AbhKGP7C (ORCPT + 99 others); Sun, 7 Nov 2021 10:59:02 -0500 Received: from mail.kernel.org ([198.145.29.99]:40330 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234767AbhKGP7B (ORCPT ); Sun, 7 Nov 2021 10:59:01 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 8169A61354; Sun, 7 Nov 2021 15:56:18 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1636300579; bh=OWzsuQwUkOBhz5onISXoQowhU6UKf4yGXzeVaQ7luik=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=EwPwAnsYjCuQtoJulDN6KqjAl+FvYrvBQW/hNLq4cMwXuhoFTnxOMWvBpYg3CXjec 8kmdCCOL3zdO4WcItxIU9qDF9dGSDoxvcYHEEDIMe4tkGBZhj3Okgc2Z8RGub4C0GY l9PnEwVHInVWlfwWTFI0X6KaQqlbvbXHdL4Z02cu9eeXh7XNijWKQf++lxepd8nr9a VP3FPzI4XmpTZVHcLfyY7xSdMpkwYxrXrTgqQdP0Z7Gu+OuuCpOF22VuornwoXTHwL BhoIdcyUAY8tthg8V1i+ZVBkSiiayY1CW8bcrIVz3spc/4ovDAq7GcKVZj7DKOPvTF XxecoToLKPdSw== Date: Sun, 7 Nov 2021 16:56:16 +0100 From: Frederic Weisbecker To: Norbert Cc: Peter Zijlstra , Steven Rostedt , linux-kernel@vger.kernel.org, Ingo Molnar , Thomas Gleixner , Yunfeng Ye , "Rafael J. Wysocki" Subject: Re: Performance regression: thread wakeup time (latency) increased up to 3x Message-ID: <20211107155616.GA269390@lothringen> References: <035c23b4-118e-6a35-36d9-1b11e3d679f8@gmail.com> <5fe0ffa5-f2db-ca79-5a10-305310066ff9@gmail.com> <20211015100401.45833169@gandalf.local.home> <8691a8ec-410d-afe8-f468-eefe698c6751@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Norbert, On Tue, Oct 19, 2021 at 12:01:32AM -0700, Norbert wrote: > > On the thought that it might enter deeper idle/wait/sleep states: > > The benchmark executes this test in a quite tight loop, except that so far > it waited 1000 ns (with a mix of pause and rdtsc) before calling futex-wake, > to make sure the other thread fully enters the futex-wait without taking any > shortcuts. > > Except when this "prepare time" is reduced to less than even 350 ns or so, > the timings remain the same (they go up before they start going down). > Surely in this situation the thread is at least not supposed to enter deeper > states for such short waiting times. Is it possible for you to share this benchmark so that I can try to reproduce? Thanks!