Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752718AbdHOPaL (ORCPT ); Tue, 15 Aug 2017 11:30:11 -0400 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:43451 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752349AbdHOPaK (ORCPT ); Tue, 15 Aug 2017 11:30:10 -0400 Date: Tue, 15 Aug 2017 08:30:05 -0700 From: "Paul E. McKenney" To: Mike Galbraith Cc: Frederic Weisbecker , Luiz Capitulino , LKML , Peter Zijlstra , Chris Metcalf , Thomas Gleixner , Christoph Lameter , Ingo Molnar , Rik van Riel , Wanpeng Li Subject: Re: [RFC PATCH 7/9] housekeeping: Use own boot option, independant from nohz Reply-To: paulmck@linux.vnet.ibm.com References: <1500643290-25842-1-git-send-email-fweisbec@gmail.com> <1500643290-25842-8-git-send-email-fweisbec@gmail.com> <20170811123927.33e094f3@redhat.com> <20170812141004.GA21918@lerouge> <20170813111340.0ade6d58@redhat.com> <20170814170107.GA27479@lerouge> <20170814133440.3dc31bad@redhat.com> <1502735386.31351.61.camel@gmx.de> <20170815130712.GA16627@lerouge> <1502810123.1349.71.camel@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1502810123.1349.71.camel@gmx.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-TM-AS-GCONF: 00 x-cbid: 17081515-2213-0000-0000-00000209F4F6 X-IBM-SpamModules-Scores: X-IBM-SpamModules-Versions: BY=3.00007549; HX=3.00000241; KW=3.00000007; PH=3.00000004; SC=3.00000221; SDB=6.00902714; UDB=6.00452143; IPR=6.00682929; BA=6.00005534; NDR=6.00000001; ZLA=6.00000005; ZF=6.00000009; ZB=6.00000000; ZP=6.00000000; ZH=6.00000000; ZU=6.00000002; MB=3.00016706; XFM=3.00000015; UTC=2017-08-15 15:30:08 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 17081515-2214-0000-0000-0000573A8BBA Message-Id: <20170815153005.GJ7017@linux.vnet.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-08-15_11:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=0 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1706020000 definitions=main-1708150261 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1337 Lines: 26 On Tue, Aug 15, 2017 at 05:15:23PM +0200, Mike Galbraith wrote: > On Tue, 2017-08-15 at 15:07 +0200, Frederic Weisbecker wrote: > > On Mon, Aug 14, 2017 at 08:29:46PM +0200, Mike Galbraith wrote: > > > On Mon, 2017-08-14 at 13:34 -0400, Luiz Capitulino wrote: > > > > On Mon, 14 Aug 2017 19:01:09 +0200 > > > > > > > > > What is the source of the load balancing inducing such latency when a single > > > > > task is affine to a CPU? If this is idle load balancing, it is now affine to > > > > > housekeepers. If this is task wakeup then it's suprising because select_task_rq() > > > > > is optimized toward single CPU affinity. > > > > > > > > I guess it was idle load balancing, but I don't remember because this > > > > was a few years ago. I think this might be reproducible without using > > > > isolcpus=. I'll give it a try shortly and let you know. > > > > > > idle_balance() can swamp other noise by a couple orders of magnitude, > > > > Ah I missed that one. Is there any way we can also lower the overhead there? > > Why? ?HPC proggies won't benefit from a partially filled pothole any > more that a ~zero ground clearance formula 1 car would. ?The pothole > intolerant either isolate, killing (most) LB, or they meet a wall. Don't the HPC guys just disable idle_balance(), or am I out of date again? Thanx, Paul