Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp3005503ybt; Mon, 29 Jun 2020 12:41:55 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx7C07krnOKUJREiJCmHqPZL2fpM0a5MjrNqk9J7bLr+7eSE4ol/FweNfWkE9y2DscJ/Atp X-Received: by 2002:a05:6402:2cb:: with SMTP id b11mr12606772edx.66.1593459715023; Mon, 29 Jun 2020 12:41:55 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1593459715; cv=none; d=google.com; s=arc-20160816; b=bxZ2Wa7IO5WTB7aIexNIyWOT6kjcn8em91JfYZhz4bsHRJniR/chGNTXEx7qN8299i 3uXjMv81JFEp8HM8Hr5rhYfNg546csIp0oaEnMZmblNz/w6QsYCDzbUgGT+Jr8hL73zW 1KTpxWQD230dM82asbHH/fOXzumFYsWN0mXuWA49+fxWaAHmVXY+bd7GpXGdHKF9Ye6t Jn6pbUHFqlxmfYgP86z1MRx8ArDApy4QdBAYzmcdoMuDSu+P0gOZcTaU205JgbbnQHpR OrkxggbnWJP+CqJL4070bLRSyCuoLM+lEKd/GIbvRBf3rD0bqhVv1BbxAfghJ5pLspbl wdgQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=hGexIaT8CwluIqqizyzXpQ7j6qkMuzI/CkS1DRj6oWo=; b=vDMWIvN9BlWYHxb61gvluGsA+HMs4l2y+P41ecAoKaTF83bvadcTV/Hk6TWqPFeJlz AElgNElbNLinky6WZqTgNcSwIsEai7H4CdiP4eiC3BKToRHt25I7k+2LfEAMCK0Wv2kJ ANRiI1B+peVJa4ByjWndvzsy5p03QmhQzQ2/MzDgOUzceQYzUj/8xKXkM1WCR7zfVVMx LuCGZ4Fh3X9GXTe/y2Dho8vyzeNJRFx6zA+6sWXyjLZ8uQJhjgxlobp6Gd+e0JTKEPov bpQuAD+EvmubfNKL8GdCl95UWmzg2d54Dhijy9hOJ6rigzAmkCzkljXpqGBVc8F9YfYp k9rQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@digitalocean.com header.s=google header.b=GHT1e+xy; 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=REJECT sp=REJECT dis=NONE) header.from=digitalocean.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m19si292982edp.40.2020.06.29.12.41.31; Mon, 29 Jun 2020 12:41:55 -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; dkim=pass header.i=@digitalocean.com header.s=google header.b=GHT1e+xy; 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=REJECT sp=REJECT dis=NONE) header.from=digitalocean.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1732802AbgF2TlR (ORCPT + 99 others); Mon, 29 Jun 2020 15:41:17 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48250 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1733200AbgF2TlP (ORCPT ); Mon, 29 Jun 2020 15:41:15 -0400 Received: from mail-oi1-x243.google.com (mail-oi1-x243.google.com [IPv6:2607:f8b0:4864:20::243]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id C975CC03E979 for ; Mon, 29 Jun 2020 12:41:15 -0700 (PDT) Received: by mail-oi1-x243.google.com with SMTP id x83so7853309oif.10 for ; Mon, 29 Jun 2020 12:41:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=digitalocean.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=hGexIaT8CwluIqqizyzXpQ7j6qkMuzI/CkS1DRj6oWo=; b=GHT1e+xybW7cSMRjiOJNskRGbqCBCcu7GxLVqKldbleFHJMoICodTLII5Fil7CImrt 7ZDwx8qVW94n7P9LJmGppi30mq4fWKrED7dVtBZQZCw5GcdvujnGv5AfBYKcKnUWVJqB mOaYqbayQcZiaSTPdetU2mYYsr/SU88cbfZLg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=hGexIaT8CwluIqqizyzXpQ7j6qkMuzI/CkS1DRj6oWo=; b=IUQveFmhp6Ri4eLXCKfp3xbkG+CoXAcfn+LuKFkq5UCTA9jYN7eZJTfcka5J2GTkAe GTuCrw19tNoDST+xhbCjcwIxppw7N0TS74rCTpk5eCciSzfVUUSK8W5jFQw1XjBHv2qQ PqiCxF9aYWMk+wCD8dxyGCdZSfErYIvzCEwK5KuZtp/9rB8n2mxjjVNXozc+l4OqK9PV U1L0UOBu2XA+rGkSd6maHdSaQrK3hqhvNgeAnYbExk0Q9v2BKjRo4R37UUhoJ6w0xlX7 xGaGtfTJUP/H92xI5oJFjNbWM0RJ4WAmoPBMcKAnBm8L/i5Lj4wIxQzEkSnF/6cgv7bt W/+g== X-Gm-Message-State: AOAM531zaj3slIeE0PGvyWDfZSnSlNu/aj7X8JrwbCpLAvomVG2iEb8B yG/q2TKjm/+86tBRQe4CiGE6G92xZP6HCYXZSA+jDQ== X-Received: by 2002:a54:4585:: with SMTP id z5mr13725249oib.110.1593459675085; Mon, 29 Jun 2020 12:41:15 -0700 (PDT) MIME-Version: 1.0 References: <1e3c84b1-78c3-af2c-cfe5-bdd96f520576@linux.intel.com> In-Reply-To: <1e3c84b1-78c3-af2c-cfe5-bdd96f520576@linux.intel.com> From: Vineeth Remanan Pillai Date: Mon, 29 Jun 2020 15:41:04 -0400 Message-ID: Subject: Re: [RFC PATCH 00/13] Core scheduling v5 To: "Li, Aubrey" Cc: Nishanth Aravamudan , Julien Desfossez , Peter Zijlstra , Tim Chen , Linus Torvalds , Linux List Kernel Mailing , =?UTF-8?B?RnLDqWTDqXJpYyBXZWlzYmVja2Vy?= , Ingo Molnar , Kees Cook , Thomas Gleixner , Greg Kerr , Phil Auld , Aaron Lu , Aubrey Li , Valentin Schneider , Mel Gorman , Pawan Gupta , Paolo Bonzini , Joel Fernandes , Joel Fernandes , Paul Turner Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Aubrey, On Mon, Jun 29, 2020 at 8:34 AM Li, Aubrey wrote: > > > - Load balancing/migration changes ignores group weights: > > - https://lwn.net/ml/linux-kernel/20200225034438.GA617271@ziqianlu-desktop.localdomain > > According to Aaron's response below: > https://lwn.net/ml/linux-kernel/20200305085231.GA12108@ziqianlu-desktop.localdomain/ > > The following logic seems to be helpful for Aaron's case. > > + /* > + * Ignore cookie match if there is a big imbalance between the src rq > + * and dst rq. > + */ > + if ((src_rq->cfs.h_nr_running - rq->cfs.h_nr_running) > 1) > + return true; > > I didn't see any other comments on the patch at here: > https://lwn.net/ml/linux-kernel/67e46f79-51c2-5b69-71c6-133ec10b68c4@linux.intel.com/ > > Do we have another way to address this issue? > We do not have a clear fix for this yet, and did not get much time to work on this. I feel that the above change would not be fixing the real issue. The issue is about not considering the weight of the group when we try to load balance, but the above change is checking only the nr_running which might not work always. I feel that we should fix the real issue in v6 and probably hold on to adding the workaround fix in the interim. I have added a TODO specifically for this bug in v6. What do you think? Thanks, Vineeth