Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751665AbdHNSag (ORCPT ); Mon, 14 Aug 2017 14:30:36 -0400 Received: from mout.gmx.net ([212.227.15.18]:57796 "EHLO mout.gmx.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750753AbdHNSae (ORCPT ); Mon, 14 Aug 2017 14:30:34 -0400 Message-ID: <1502735386.31351.61.camel@gmx.de> Subject: Re: [RFC PATCH 7/9] housekeeping: Use own boot option, independant from nohz From: Mike Galbraith To: Luiz Capitulino , Frederic Weisbecker Cc: LKML , Peter Zijlstra , Chris Metcalf , Thomas Gleixner , Christoph Lameter , "Paul E . McKenney" , Ingo Molnar , Rik van Riel , Wanpeng Li Date: Mon, 14 Aug 2017 20:29:46 +0200 In-Reply-To: <20170814133440.3dc31bad@redhat.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> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.20.5 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K0:3j5djCcfourXT9KZle4GnzcuC8m4cNa77HPXEPOsS1wRkuouD1I 4X4aDyM+eI8RmFG2pzCQukkSjudKccfonJNppryvGNW+v3QD6QGkyG7o8THtqSSKQfJBUUr Jcl3sZeIDE/O6Tij9cIGjExA0PCoP9O3s+57YEnQqHDjdNO3H+M2u/V/2Lx5GXDfhXmMyN5 NI8u6erMlAbLcjYH6drRA== X-UI-Out-Filterresults: notjunk:1;V01:K0:innYdbwjx70=:ndPst/0OgvYN7v2Eb++xJC bZqwratUxmiT+O3GxtiHP/7iv6gXPeek//tfu7CiJuuZeynPMW/jWN9wKWV8KMZtUcGr0Dsxv bmgcXCaSev3PJsymIwvuVi0DIsxE3rGVi1IvV+GYfmuDOUY0lTct+tJwNJQ1WPJB3pG3dEKiZ Xb6AVcxpFAWXd05YAmFxz5zTghnjP+ZJ6P4tsYqf5Uwj/sN1BtrGIGTDLoL7fjWTp8Gk0l9Jf haSWX0WR0Fb/P3VLs218ddLD1QA4kdA1J3jNaSsmKSPPwy9RS7PDY2+5216629OqlwjF3uOxa Sfpr7AYxEYP4BvAydEs/2xtLpp3n2ThKt9tNCyTYBSSoteEx1PPLc/q4hgPVsfeVSQ5XWGHcS mTKA4XCnG0OlbhPh1WI7hfR2b9zzgHF5byV/YEwVOiXy5mi4YQBLgQynabf7+gk0WcniivzHV zDjE9t/0pn4bKUk/vqyN7qopZaczkNyfIun7bQUIvSfOj35uDNo+aA9JdjP2T+f/wo+TdPPG7 sjQTlemwtzFISRF9gJeIQ/QNGuonGaudRLtjopjMfwNa1TtZTq6mTkpZ219Xbzqjx/wGZzbE5 3vnLODuWuWwidmLOMXdrDlErFl9JZGnCuSocJFFnwHsIINqq8DrAnVJPD720k/az5ATr3YnKj YJE0b0df4lSwnlIhJlgawiU/IQSD6v3WBraXgLdOO3PQAXycVPYt2OZhm93bxuGCMX5B4cvNy 7f7eDf0W3LLq4rzN14PtQ6iuCZ2tesvsf5sG5kpSH9BoR+T2BOR9zRjK5nPew//uvYXwU4Ixb wR+A8ygkwodggyCqj5yR+pQGNqE2Zz1a/QoXtLociMKFY2MMog= Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 675 Lines: 15 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, -Mike