Received: by 10.213.65.68 with SMTP id h4csp1752429imn; Thu, 5 Apr 2018 03:13:58 -0700 (PDT) X-Google-Smtp-Source: AIpwx48lQCRRdsJhD9EgEITUINDi8NwXmAQawr774r3SSkBDfpEL6uDXaMaCUTd9/31aO0NnfWiS X-Received: by 10.98.67.141 with SMTP id l13mr16624750pfi.166.1522923237981; Thu, 05 Apr 2018 03:13:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522923237; cv=none; d=google.com; s=arc-20160816; b=KypZnXEhEbl+1HQShwp8R9ALMfVcmnbVmN4BnURxFvVM7Ho5DaLIngjwd85XHLr2rP AUTtCGp4bWr/NDzxZd0Q48yIVORbYXXK75lI05TCJVD0m4NdzNdre6QZ0N+rUUdQUkyN e3Qeku/iURTGi3MZBZ7wYLaoKQ25/CNHM2+4iswKf2f6oO2eClv/SD33Gh8RrgHiEpdB veoBEDJZxMd2xLwnUyCViODC/bdThnmRb3ugn0HzMwvfO39jmJrn4hkrpjKlkbnVA2im Vvo2c3OwZ2kKqDr1Vgs2DEkPmW2FVw+J5ogyC3Bre/pEh9d4pfAgFmMYk8fDzHGvjEvI vKnA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date :arc-authentication-results; bh=5cOQAw4AfvqVl3YL9b/FKS1yfogGMw+IMP6AeQoI3u8=; b=nBloTMSNBsdd2+sg48apdWRI4tqzc+ipp6qI0Fey/grCxmWeGp8wAP3lF1DZoKanCN Yt45nFOLBJ9ESXx/1lz8y79QinPvlEyO2OQ8OEArGJdFF7wI4EV9sE6krn0uHt8m45Nj W9yCFBDxZribYbloh5/mU0As5342TX+43XgkMxbCRI/b0id7ItTLki2C+Nh5kHdp5djM orHFNdMNeNi11kJID/WaVeEWO4UppqpkbctEVMyb3bE592oMROS4jD6VU+ZP4PWkQ2zE 73FQiFFGx2zjdws/53ZrTOgs5N4DQRSBOtYFlEo+AiVap2KAfEfUeC9LLCslPzteUuz0 pgwQ== 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 f7si5748744pfa.299.2018.04.05.03.13.44; Thu, 05 Apr 2018 03:13:57 -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 S1751413AbeDEKM1 (ORCPT + 99 others); Thu, 5 Apr 2018 06:12:27 -0400 Received: from Galois.linutronix.de ([146.0.238.70]:37126 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751278AbeDEKM0 (ORCPT ); Thu, 5 Apr 2018 06:12:26 -0400 Received: from hsi-kbw-5-158-153-52.hsi19.kabel-badenwuerttemberg.de ([5.158.153.52] helo=nanos.tec.linutronix.de) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1f41sW-0008Hq-HF; Thu, 05 Apr 2018 12:12:24 +0200 Date: Thu, 5 Apr 2018 12:12:24 +0200 (CEST) From: Thomas Gleixner To: Ming Lei cc: Jens Axboe , Christoph Hellwig , linux-kernel@vger.kernel.org, linux-block@vger.kernel.org, Laurence Oberman Subject: Re: [PATCH V3 4/4] genirq/affinity: irq vector spread among online CPUs as far as possible In-Reply-To: <20180404152018.GB24824@ming.t460p> Message-ID: References: <20180308105358.1506-1-ming.lei@redhat.com> <20180308105358.1506-5-ming.lei@redhat.com> <20180403160001.GA25255@ming.t460p> <20180404152018.GB24824@ming.t460p> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 4 Apr 2018, Ming Lei wrote: > On Wed, Apr 04, 2018 at 02:45:18PM +0200, Thomas Gleixner wrote: > > Now the 4 offline CPUs are plugged in again. These CPUs won't ever get an > > interrupt as all interrupts stay on CPU 0-3 unless one of these CPUs is > > unplugged. Using cpu_present_mask the spread would be: > > > > irq 39, cpu list 0,1 > > irq 40, cpu list 2,3 > > irq 41, cpu list 4,5 > > irq 42, cpu list 6,7 > > Given physical CPU hotplug isn't common, this way will make only irq 39 > and irq 40 active most of times, so performance regression is caused just > as Kashyap reported. That is only true, if CPU 4-7 are in the present mask at boot time. I seriously doubt that this is the case for Kashyaps scenario. Grrr, if you would have included him into the Reported-by: tags then I could have asked him myself. In the physical hotplug case, the physcially (or virtually) not available CPUs are not in the present mask. They are solely in the possible mask. The above is about soft hotplug where the CPUs are physically there and therefore in the present mask and can be onlined without interaction from the outside (mechanical or virt config). If nobody objects, I'll make that change and queue the stuff tomorrow morning so it can brew a few days in next before I send it off to Linus. Thanks, tglx