Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2590842pxb; Sun, 24 Jan 2021 12:42:09 -0800 (PST) X-Google-Smtp-Source: ABdhPJxKulWLLnp0cfpzla6ylHhxGpnSXBKnY5IsfNaJMoJ8htHhHdkka1QptEgwDrQA+ZwDzI5c X-Received: by 2002:a17:907:d04:: with SMTP id gn4mr23752ejc.126.1611520929160; Sun, 24 Jan 2021 12:42:09 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611520929; cv=none; d=google.com; s=arc-20160816; b=y+ic3rwQTyyaAf5oSGz+SSw7eyv+ee9uI1HCpmck8SgawNbdv2kUciImRh8f2rDQjR NuoDOLVYNj31KTN5pLxlc0aSgaHF+Tkt0g2Tyy7a9dbKkFaqnmQ+WxOLCaS9YTsuO8gx PxWfu0uGIfj7ARoKNZ4wKkbuzKJ1/1BYW3MGPAkWmS52D71izFnvHhRPtcWjs/+rVAW/ bjjToKeSwO5Ido8cqvIQzXRgK2F2uihQY/oS+u9K0PhzlAjXrWLVnYdS+lW7NGg1nIwU z5s3xohlili6hIeSFZWxItzRNn7IAGoXjaP9abhBKlfznt6ReEJAXenHY6KwYefEBr/5 Gryg== 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:references:message-id :in-reply-to:subject:cc:to:from:date; bh=UoLfpIWNbpJzvFkty1DLdWhi0GXjGw36SQp0X8kAHzo=; b=V6tJw/b39LljKE8DMcQC96hMR6ms0G3X3+aUhrzis5GfrjPUSXjrnwbwHs94MApe77 C43ENmg+D//LV6FwA326bqG5y4RrsE+mBrVCk1pAcbD5O9iftUummIY0gSADFd0tCAF3 TgZEfPeeTxPYDSeCCwncArXATwf4uAY76mQFZK687xmNhAnDDcKCOz3qoJrXs+p7WfUe 8ymc1YQqNX2J0oCtG0zVFQFZ7oVDTt4kje6zlQxmNkbg/mgeDMyny6qL6dGqlZWJ+q9b xZ2npP+GOUq6NTa2YYtV57MS/ibjIBi05UL51eauA5M0jvwbvhwV0jAL5pJA9LL+9aOm PGSw== 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 ks11si5205931ejb.186.2021.01.24.12.41.26; Sun, 24 Jan 2021 12:42:09 -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; 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 S1726516AbhAXUi6 (ORCPT + 99 others); Sun, 24 Jan 2021 15:38:58 -0500 Received: from mail2-relais-roc.national.inria.fr ([192.134.164.83]:16596 "EHLO mail2-relais-roc.national.inria.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726424AbhAXUi4 (ORCPT ); Sun, 24 Jan 2021 15:38:56 -0500 X-IronPort-AV: E=Sophos;i="5.79,372,1602540000"; d="scan'208";a="488781309" Received: from 173.121.68.85.rev.sfr.net (HELO hadrien) ([85.68.121.173]) by mail2-relais-roc.national.inria.fr with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 24 Jan 2021 21:38:14 +0100 Date: Sun, 24 Jan 2021 21:38:14 +0100 (CET) From: Julia Lawall X-X-Sender: jll@hadrien To: Mel Gorman cc: Ingo Molnar , Peter Zijlstra , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Steven Rostedt , Ben Segall , Daniel Bristot de Oliveira , linux-kernel@vger.kernel.org Subject: Re: [PATCH v2] sched/fair: check for idle core In-Reply-To: <20201027091936.GS32041@suse.de> Message-ID: References: <1603372550-14680-1-git-send-email-Julia.Lawall@inria.fr> <20201027091936.GS32041@suse.de> User-Agent: Alpine 2.22 (DEB 394 2020-01-19) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 27 Oct 2020, Mel Gorman wrote: > On Thu, Oct 22, 2020 at 03:15:50PM +0200, Julia Lawall wrote: > > Fixes: 11f10e5420f6 ("sched/fair: Use load instead of runnable load in wakeup path") > > Signed-off-by: Julia Lawall > > Reviewed-by Vincent Guittot > > > > While not a universal win, it was mostly a win or neutral. In few cases > where there was a problem, one benchmark I'm a bit suspicious of generally > as occasionally it generates bad results for unknown and unpredictable > reasons. In another, it was very machine specific and the differences > were small in absolte time rather than relative time. Other tests on the > same machine were fine so overall; > > Acked-by: Mel Gorman Recently, we have been testing the phoronix multicore benchmarks. On v5.9 with this patch, the preparation time of phoronix slows down, from ~23 seconds to ~28 seconds. In v5.11-rc4, we see 29 seconds. It's not yet clear what causes the problem. But perhaps the patch should be removed from v5.11, until the problem is understood. commit d8fcb81f1acf651a0e50eacecca43d0524984f87 julia > > Thanks. > > -- > Mel Gorman > SUSE Labs >