Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752524AbdHPSBo convert rfc822-to-8bit (ORCPT ); Wed, 16 Aug 2017 14:01:44 -0400 Received: from mout.gmx.net ([212.227.17.20]:49593 "EHLO mout.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752483AbdHPSBk (ORCPT ); Wed, 16 Aug 2017 14:01:40 -0400 Message-ID: <1502906444.4945.65.camel@gmx.de> Subject: Re: [RFC PATCH 7/9] housekeeping: Use own boot option, independant from nohz From: Mike Galbraith To: Christopher Lameter Cc: "Paul E. McKenney" , Frederic Weisbecker , Luiz Capitulino , LKML , Peter Zijlstra , Chris Metcalf , Thomas Gleixner , Ingo Molnar , Rik van Riel , Wanpeng Li Date: Wed, 16 Aug 2017 20:00:44 +0200 In-Reply-To: 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> <20170815153005.GJ7017@linux.vnet.ibm.com> <1502812653.1349.94.camel@gmx.de> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.20.5 Mime-Version: 1.0 Content-Transfer-Encoding: 8BIT X-Provags-ID: V03:K0:UlPh9+sxsfMylViXnz9QF7pbujNPJcafjbwy7mv4ubExUGI1Jut RzPl9IRwt/qjQzXYaibttIFhYk+o8rz+cUUYsp21MOobM1gOE/QcdljkSbSmOvrlDrLayVV 1jVlgaqQFnJxif++WeW+Fea8Y77y0mNmUBCn7wQP0QXQtB3YfLQ6Ta5Y1GPY+cA0Smew86f YF8lRfPK/JIbXg9VYb6UQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:a2k5asS3Ius=:7YeoS2o4mg7Z30UDnJvAgr WhvGtN0X9a49VtckiBTKnxXqBdzMcwlncsK876YBj37MLrR8L17n10EQG54APNX6LXaYTRKGs EbQ6bdvpbncuEZCvaNFdFvN1/rNt+5nG1c90AZpYE0sc2y2z0YlblJYOpZkGvwRph4MG4i2Qx FgsF8QRvFeTvP0cI3j+KoM2BCJ3gV8IVdom5yyISC01dlbR1ZNJ0Cw8/uEAWrerAfuS55K6h5 W7l5z6CAUO3duubzxMRYRfLkoaYgsvTQkPb8R/j2fwj8jnLRKoigzoWxvGPd5Cf303Rycq+U3 DxxaupuIKGmpuq0VdCdFGOisUhjV3CZBYAR9gU3iTLo2f9x29Dag0W/8NAqy9oEgLN2LDa5Gd 7lGqBKtmwQpivaL7GzwR7XsFY7DzCGItTceVfv1gkcCi2VQmyvBEZ3gim6RXsN0Fl4qniZsIb OMRBFb+RMfQaTwhjm/4kN16g8CEeYuQGpjXzTnWkQd43MQ7UU2XVqIILZ6Z9rXebbtRhLJeDw cok+XI4NLHm3svXpsIg+qWbYng1srP/7xnMqI0Z5b1MpFE7kjTnvWMPeIW21a1Xa1DJg3a2n+ V2VflFcgSslfkgtp/zNTaOLZ5qOSwQqRD8PYsf2vUF31/6T8D6ikMevU2WeUyCcIw02Sl7CUx zbGcGNChA320Xyz6qPskfd+XPLha5Szh+D1CG5ao/BC4iCS4Y0Yz8fnYCG/glv1QH50c665KY /6iO+pjGh+Mvs77XWR98qIjhwx6u2UnxZQQqGWNkHXxfXrxjuP3h5J0J4nKO1+kh36uHEpND4 /vy/c8COBSUu/Vr/sRDEswcSZlBo1UXVKXA1+1TwmWhmtyD/p0= Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1073 Lines: 26 On Tue, 2017-08-15 at 11:26 -0500, Christopher Lameter wrote: > On Tue, 15 Aug 2017, Mike Galbraith wrote: > > > On Tue, 2017-08-15 at 10:52 -0500, Christopher Lameter wrote: > > > On Tue, 15 Aug 2017, Paul E. McKenney wrote: > > > > > > > Don't the HPC guys just disable idle_balance(), or am I out of date again? > > > > > > Ummm.. Why does idle management matter when your goal is to keep all > > > processor busy working at maximum throughput? > > > > If you _never_ idle, you never have to worry about it.  Is 100% CPU > > until the end of time all there is to HPC? > > Most of the time that is true for HPC loads. They may also go through a > I/O throughput constrained processing phase or synchronization phase where > idle activity occurs. That synchronization is what I tend to get all hung up on pondering HPC vs RT terminology.  Care and feeding of parallel pipelines has got to be loaded to the gills with synchronization (intermediate math results etc), rendering the sum event driven. Doesn't matter, both acronyms reduce to latency intolerant. -Mike