Received: by 10.213.65.68 with SMTP id h4csp1210894imn; Wed, 21 Mar 2018 05:33:10 -0700 (PDT) X-Google-Smtp-Source: AG47ELtSKgL6hCUejjumwUoLTE+O2n1Fbk1IZL1MSQ4IYm0IF7bTM2/o9WA0ZzX+EIURw80LEUwQ X-Received: by 10.101.90.10 with SMTP id y10mr565535pgs.34.1521635590145; Wed, 21 Mar 2018 05:33:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521635590; cv=none; d=google.com; s=arc-20160816; b=V3+HkAUrT9qqGrMyYFMfawANtBZjaQT04tm6SEhSTM2eVEGG7OvETMe6L5VLLX//rH i/F/N1MQjowSK6kmnVtVfR8QSCerbAHT0qHPoZHjKV+/7Hnnkpfxp5z0fDVkgd614M1D NIl2QAp0T3ycFt9BKXQ5FFoG7Kvk1pVnHJbSyrKYs7XUlQI3KOtg3jUYXv2k/0oFUrrg Bt6QJb8DPi6gzt6y8dKN10IuV6JwGjm5Uitl39b/yccj6puaT/3Q1+nDK9D48Ulq38UQ o3HMyBv/lMz1dPMOr7oyy2TDearh/pKspJrkHE2tDNMQW5PXWIlcXi5sZEcyDkcix5j6 AZYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:references:in-reply-to:date :cc:to:from:subject:message-id:arc-authentication-results; bh=lIDNsIFpmrMar2NVXgYtbd1HwKhNwbP2VyCq1BKdQ3g=; b=Jqm0wBha+G51AMoqA9NTk5+4z0vr31qT5pAc3xifc4d8eizKOm66XKn0ZFlRSK9FLu MPetTX3cdveYtqif3M0Lnvfk0XuV+YF+OrmrMU+TJqDghTcgIEnDh93sx99AtPDTqn0j FmHSUePZDIyK+IdGglz8p3bjqXWOK5CFUIzwcRlpPChb+rUBF1Mt+X0MlpoDeKgaJiu4 Bfka7qvqscjQEcxxPHJ3OSGSeUUfC7T0vrm3GQPdvtQq+P+DTJ1Kgn2mqPMuT1re1Mzq QlOACYkXBljzczrUUv9et8oI3du5nE1YIH+n++Bz9jNPUt5m0ZiVtmwP4x7E3uARz1CY HSJQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u137si2692458pgb.651.2018.03.21.05.32.55; Wed, 21 Mar 2018 05:33:10 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751940AbeCUMbW (ORCPT + 99 others); Wed, 21 Mar 2018 08:31:22 -0400 Received: from shelob.surriel.com ([96.67.55.147]:55218 "EHLO shelob.surriel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751889AbeCUMbT (ORCPT ); Wed, 21 Mar 2018 08:31:19 -0400 Received: from imladris.surriel.com ([96.67.55.152]) by shelob.surriel.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1eyctX-0004lA-LI; Wed, 21 Mar 2018 08:31:07 -0400 Message-ID: <1521635467.6308.13.camel@surriel.com> Subject: Re: [RFT][PATCH v7 0/8] sched/cpuidle: Idle loop rework From: Rik van Riel To: "Rafael J. Wysocki" , Peter Zijlstra , Linux PM Cc: Frederic Weisbecker , Thomas Gleixner , Paul McKenney , Thomas Ilsche , Doug Smythies , Aubrey Li , Mike Galbraith , LKML Date: Wed, 21 Mar 2018 08:31:07 -0400 In-Reply-To: <2390019.oHdSGtR3EE@aspire.rjw.lan> References: <2390019.oHdSGtR3EE@aspire.rjw.lan> Content-Type: multipart/signed; micalg="pgp-sha256"; protocol="application/pgp-signature"; boundary="=-pOBjBDEiGvoqpx9GdLow" X-Mailer: Evolution 3.26.6 (3.26.6-1.fc27) Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --=-pOBjBDEiGvoqpx9GdLow Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Tue, 2018-03-20 at 16:12 +0100, Rafael J. Wysocki wrote: > Hi All, >=20 > Thanks a lot for the feedback so far! >=20 > Respin after recent comments from Peter. >=20 > Patches [1-3] unmodified since v5, patch 4 is new and the other ones > have been updated to address feedback. >=20 > The previous summary that still applies: For some reason I see increased CPU utilization with this patch series (75% -> 85%) with the same rate of requests being handled by the vanilla kernel and a kernel with these patches applied. I am running a bisect in the series to see what change could possibly cause that, and also digging through system statistics to see whether it might be something as perverse as not mistakenly choosing deeper C-states on one core causing other cores to miss out on turbo mode... --=20 All Rights Reversed. --=-pOBjBDEiGvoqpx9GdLow Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- iQEzBAABCAAdFiEEKR73pCCtJ5Xj3yADznnekoTE3oMFAlqyUIsACgkQznnekoTE 3oN78wf+OJ4QuksPXOz0LCke+Q6pr4fSTjKGqXdHlCRdX+7lF1PuZBiqxkF0S7SJ ndIKGyTXpsmL03rMtmGY7nWJbC+dO60Xdf+eEWXyYk4Qpjwz/+P6J6Ty75gDJp7h gwljVEE6aB5dlYvhS9pmdFN8ZKbDAHr2eddyOh5C35HfTuD0Z9NrXknKBl2cGan5 YeE/+tQ7Po0+L419nBmZCEkxnWLCoIcw+rGedo6M1ebum+EK3WBiVrftfgv+At77 vM9bksnc2T+HSdUEGJXOrr87duDpp8PF48QovGlcZGKR8Uh2wf0VQ8k1t3iWoyQK obG/j+L/UOKwgF3IjI36+VbcsOHAVw== =DPSM -----END PGP SIGNATURE----- --=-pOBjBDEiGvoqpx9GdLow--