From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933104AbbGJRMY (ORCPT ); Fri, 10 Jul 2015 13:12:24 -0400 Received: from mail-wi0-f177.google.com ([209.85.212.177]:34258 "EHLO mail-wi0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932380AbbGJRMT (ORCPT ); Fri, 10 Jul 2015 13:12:19 -0400 Date: Fri, 10 Jul 2015 19:12:11 +0200 From: Frederic Weisbecker To: Christoph Lameter Cc: Oleg Nesterov , LKML , Rik van Riel , Andrew Morton Subject: Re: [PATCH 2/5] kmod: Use system_unbound_wq instead of khelper Message-ID: <20150710171208.GA26428@lerouge> References: <1436465237-22031-1-git-send-email-fweisbec@gmail.com> <1436465237-22031-3-git-send-email-fweisbec@gmail.com> <20150709224406.GA17528@redhat.com> <20150710134739.GA25078@lerouge> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jul 10, 2015 at 09:20:46AM -0500, Christoph Lameter wrote: > On Fri, 10 Jul 2015, Frederic Weisbecker wrote: > > > Now perhaps it is a good thing in the end. At least in nohz full it > > doesn't change anything as we affine that workqueue too. But we must > > be sure that a single NUMA node is enough to handle typical loads of > > usermodehelper. > > This is configurable right? So if you screw up you are responsible. No it's not much configurable. The works are scheduled on tasks that are node affine and you can't change that for system_unbound_wq. Only WQ_SYSFS workqueues can be overriden on their no_numa property but even there that's after the boot and most of the usermodehelper load goes on boot.