From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753462AbdF0S1v (ORCPT ); Tue, 27 Jun 2017 14:27:51 -0400 Received: from mx1.redhat.com ([209.132.183.28]:34810 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752672AbdF0S1o (ORCPT ); Tue, 27 Jun 2017 14:27:44 -0400 DMARC-Filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 2CD6F80B2A Authentication-Results: ext-mx04.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com Authentication-Results: ext-mx04.extmail.prod.ext.phx2.redhat.com; spf=pass smtp.mailfrom=riel@redhat.com DKIM-Filter: OpenDKIM Filter v2.11.0 mx1.redhat.com 2CD6F80B2A Message-ID: <1498588062.20270.116.camel@redhat.com> Subject: Re: [PATCH 4/4] sched,fair: remove effective_load From: Rik van Riel To: Peter Zijlstra Cc: linux-kernel@vger.kernel.org, jhladky@redhat.com, mingo@kernel.org, mgorman@suse.de Date: Tue, 27 Jun 2017 14:27:42 -0400 In-Reply-To: <20170626161250.GD4941@worktop> References: <20170623165530.22514-1-riel@redhat.com> <20170623165530.22514-5-riel@redhat.com> <20170626144437.GB4941@worktop> <20170626144611.GA5775@worktop> <1498488941.13083.43.camel@redhat.com> <20170626150401.GC4941@worktop> <1498490454.13083.45.camel@redhat.com> <20170626161250.GD4941@worktop> Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-1qyl3wob3N3jDDm2CeEk" Mime-Version: 1.0 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.28]); Tue, 27 Jun 2017 18:27:44 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-1qyl3wob3N3jDDm2CeEk Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, 2017-06-26 at 18:12 +0200, Peter Zijlstra wrote: > Also note that your use of task_h_load() in the new numa thing > suffers > from exactly the problem effective_load() is trying to solve. Thinking about this some more, I suspect that using effective_load() in combination with select_idle_sibling(), which will often place the task on a different CPU than the one specified, may not lead to entirely useful results... --=20 All rights reversed --=-1qyl3wob3N3jDDm2CeEk Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAABCAAGBQJZUqOeAAoJEM553pKExN6DgT4H/0rN2Y4MGF/MoSOvayxGMrrr HhE99eIGXVIO16KVsmBKPmRlf/7GBziyX4xovW3yqgFkJOh1N9nhUMCeERx2sa0K 33kqKbI9AfTtLXU03RsF+9nS3MdN8EsYFttRKoWelPkd9FQU0H6Y/BTEPw1bB6Ur 3x+2Gf3aX8tVngI1EJMQ59uSiSanmHuum2+j9RxlOqwdpJePsN/uI/9sevnPCa4u J+f3nUYMxn9d2zhchH6YKj24br7vJimj0JhUtTJYuZrsFBfHj6gr9sXNaG5YnNtH /JwYdOELFiII8SsRASAiSfkRj6/rufgAQHnJ4xvYX8aLiC7WcJNI9oRVFBbzUGo= =Jasb -----END PGP SIGNATURE----- --=-1qyl3wob3N3jDDm2CeEk--