Received: by 2002:a05:7412:8d10:b0:f3:1519:9f41 with SMTP id bj16csp3791664rdb; Sun, 10 Dec 2023 22:53:37 -0800 (PST) X-Google-Smtp-Source: AGHT+IF08j4xBN7g83HksvUdLfX2CDC6KBgA+vMfUjj34KtWmbKa5p4RZCQaOKs4ZCR3FDWUZAgf X-Received: by 2002:a05:6808:3991:b0:3b9:fd0a:247f with SMTP id gq17-20020a056808399100b003b9fd0a247fmr4691553oib.90.1702277617690; Sun, 10 Dec 2023 22:53:37 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1702277617; cv=none; d=google.com; s=arc-20160816; b=cUaOB8WGBhtxVAfS91OAYOWwAwdu2/AbiS1F5QQTV0AyUllK/kGAGJD2wHnBOW9HY8 OywQW6KkL42gOhGlfvRko32XaZQ8vd8WMzzLCulORhlGIHuEmDdeMiTMbnFt14wpcdlg SStfg8NGXvt8E9iUYU4KEFc3e9l+ziFAnZ8eVmZuCPszUo/MkPpLgAKjGBIjPAT2TmJa T/8Bb4v6nUJXq2SGXTyrZKEW8qUBFVdtWzi/EPxfbKVy3VFihnY4zj7estsBqj/hgViV 2Cg11vi1iNVt3JB2jt4eR5ypN6cVssGeoQftw4pOmt3TcvS6nXOFMcioRLv/dIbrnzBe VDqQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature:dkim-filter; bh=IUIp4qRLj+juSM9lSpE7OLc2jm7lTxH+OyQdVrgOx4k=; fh=unp/mgcTo07GMmbq4QPj8+mb2KaUXQHOWAIJ4eHUDtk=; b=GAOyvsQdfhkwz+6O1uJbGOIXmBMEMAvq6A2S8fkoPccYmW3BpxV/5xIEoM5WifBIZF MXmAtKwY4Bi/ox8x3Q9ike7gogcusJ7pR/qJ3picNtAfz0WTMjZQQ16ADPu1yT380UQC UeSHvKay6ASs3mCO5tpFvbHqq/Y8fp4pniDCo607H8fKyY6CrsXijb8VpI3V3wI2OkM7 tfhcofOFwbGS9KRxGrTIibbXL4coRHXXX3SJP5fpnx4xoEI/hCuHA0xkaNP2h5tDwM57 mZ616+cyb+93ZSjmBv5lHFT++rjw2UwrwapDnJltZQkw+qiSDwmrzdU+UVBiAxDCZBZ5 HSHA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.microsoft.com header.s=default header.b=KbwpxtwC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.microsoft.com Return-Path: Received: from agentk.vger.email (agentk.vger.email. [2620:137:e000::3:2]) by mx.google.com with ESMTPS id p27-20020a056a000a1b00b006b905fe37b7si5727961pfh.221.2023.12.10.22.53.37 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sun, 10 Dec 2023 22:53:37 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) client-ip=2620:137:e000::3:2; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.microsoft.com header.s=default header.b=KbwpxtwC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:2 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linux.microsoft.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by agentk.vger.email (Postfix) with ESMTP id C066780687D6; Sun, 10 Dec 2023 22:53:34 -0800 (PST) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.11 at agentk.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233148AbjLKGxS (ORCPT + 99 others); Mon, 11 Dec 2023 01:53:18 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54326 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229570AbjLKGxR (ORCPT ); Mon, 11 Dec 2023 01:53:17 -0500 Received: from linux.microsoft.com (linux.microsoft.com [13.77.154.182]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id C1772D6; Sun, 10 Dec 2023 22:53:23 -0800 (PST) Received: by linux.microsoft.com (Postfix, from userid 1099) id 44E2C20B74C0; Sun, 10 Dec 2023 22:53:23 -0800 (PST) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com 44E2C20B74C0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1702277603; bh=IUIp4qRLj+juSM9lSpE7OLc2jm7lTxH+OyQdVrgOx4k=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=KbwpxtwC9323VClNsiQswbDFe/4uaJJl13iaxLQO8xwCtlBQnV8vVxNCW/XyU6KbF wxhnkFwgvejwsC3SZerZo9v6s5SkFMkHk0f1ln0I0KKyJ90x+ukDlr4QS5pxx6D2Bq BptKAhbmgMKsvRxo6c3Dp1ZPsehoWPu9+jcRewGo= Date: Sun, 10 Dec 2023 22:53:23 -0800 From: Souradeep Chakrabarti To: Yury Norov Cc: kys@microsoft.com, haiyangz@microsoft.com, wei.liu@kernel.org, decui@microsoft.com, davem@davemloft.net, edumazet@google.com, kuba@kernel.org, pabeni@redhat.com, longli@microsoft.com, leon@kernel.org, cai.huoqing@linux.dev, ssengar@linux.microsoft.com, vkuznets@redhat.com, tglx@linutronix.de, linux-hyperv@vger.kernel.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, linux-rdma@vger.kernel.org, schakrabarti@microsoft.com, paulros@microsoft.com Subject: Re: [PATCH V5 net-next] net: mana: Assigning IRQ affinity on HT cores Message-ID: <20231211065323.GB4977@linuxonhyperv3.guj3yctzbm1etfxqx2vob5hsef.xx.internal.cloudapp.net> References: <1702029754-6520-1-git-send-email-schakrabarti@linux.microsoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Status: No, score=-8.4 required=5.0 tests=DKIM_SIGNED,DKIM_VALID, DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE,USER_IN_DEF_DKIM_WL autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on agentk.vger.email Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (agentk.vger.email [0.0.0.0]); Sun, 10 Dec 2023 22:53:34 -0800 (PST) On Fri, Dec 08, 2023 at 01:53:51PM -0800, Yury Norov wrote: > Few more nits > > On Fri, Dec 08, 2023 at 06:03:40AM -0800, Yury Norov wrote: > > On Fri, Dec 08, 2023 at 02:02:34AM -0800, Souradeep Chakrabarti wrote: > > > Existing MANA design assigns IRQ to every CPU, including sibling > > > hyper-threads. This may cause multiple IRQs to be active simultaneously > > > in the same core and may reduce the network performance with RSS. > > > > Can you add an IRQ distribution diagram to compare before/after > > behavior, similarly to what I did in the other email? > > > > > Improve the performance by assigning IRQ to non sibling CPUs in local > > > NUMA node. The performance improvement we are getting using ntttcp with > > > following patch is around 15 percent with existing design and approximately > > > 11 percent, when trying to assign one IRQ in each core across NUMA nodes, > > > if enough cores are present. > > > > How did you measure it? In the other email you said you used perf, can > > you show your procedure in details? > > > > > Suggested-by: Yury Norov > > > Signed-off-by: Souradeep Chakrabarti > > > --- > > > > [...] > > > > > .../net/ethernet/microsoft/mana/gdma_main.c | 92 +++++++++++++++++-- > > > 1 file changed, 83 insertions(+), 9 deletions(-) > > > > > > diff --git a/drivers/net/ethernet/microsoft/mana/gdma_main.c b/drivers/net/ethernet/microsoft/mana/gdma_main.c > > > index 6367de0c2c2e..18e8908c5d29 100644 > > > --- a/drivers/net/ethernet/microsoft/mana/gdma_main.c > > > +++ b/drivers/net/ethernet/microsoft/mana/gdma_main.c > > > @@ -1243,15 +1243,56 @@ void mana_gd_free_res_map(struct gdma_resource *r) > > > r->size = 0; > > > } > > > > > > +static int irq_setup(int *irqs, int nvec, int start_numa_node) > > > +{ > > > + int w, cnt, cpu, err = 0, i = 0; > > > + int next_node = start_numa_node; > > > > What for this? > > > > > + const struct cpumask *next, *prev = cpu_none_mask; > > > + cpumask_var_t curr, cpus; > > > + > > > + if (!zalloc_cpumask_var(&curr, GFP_KERNEL)) { > > alloc_cpumask_var() here and below, because you initialize them by > copying I have used zalloc here as prev gets initialized after the first hop, before that it may contain unwanted values, which may impact cpumask_andnot(curr, next, prev). Regarding curr I will change it to alloc_cpumask_var(). Please let me know if that sounds right. > > > > + err = -ENOMEM; > > > + return err; > > > + } > > > + if (!zalloc_cpumask_var(&cpus, GFP_KERNEL)) { > > > > free(curr); > > > > > + err = -ENOMEM; > > > + return err; > > > + } > > > + > > > + rcu_read_lock(); > > > + for_each_numa_hop_mask(next, next_node) { > > > + cpumask_andnot(curr, next, prev); > > > + for (w = cpumask_weight(curr), cnt = 0; cnt < w; ) { > > OK, if you can't increment inside for-loop, I'd switch it to a > while-loop: > w = cpumask_weight(curr); > cnt = 0; > Thanks will change it to while loop. > while (cnt < w) { > > > > + cpumask_copy(cpus, curr); > > > + for_each_cpu(cpu, cpus) { > > > + irq_set_affinity_and_hint(irqs[i], topology_sibling_cpumask(cpu)); > > > + if (++i == nvec) > > > + goto done; > > > > Think what if you're passed with irq_setup(NULL, 0, 0). > > That's why I suggested to place this check at the beginning. > > > > > > > + cpumask_andnot(cpus, cpus, topology_sibling_cpumask(cpu)); > > > + ++cnt; > > > + } > > > + } > > > + prev = next; > > > + } > > Don't hesitate to add even more vertical spacing. It's like: "take a > breath folks, this section is done". :) > Sure will add in next version. > > > +done: > > > + rcu_read_unlock(); > > > + free_cpumask_var(curr); > > > + free_cpumask_var(cpus); > > > + return err; > > > +} > > > + > > > static int mana_gd_setup_irqs(struct pci_dev *pdev) > > > { > > > - unsigned int max_queues_per_port = num_online_cpus(); > > > struct gdma_context *gc = pci_get_drvdata(pdev); > > > + unsigned int max_queues_per_port; > > > struct gdma_irq_context *gic; > > > unsigned int max_irqs, cpu; > > > - int nvec, irq; > > > + int start_irq_index = 1; > > > + int nvec, *irqs, irq; > > > int err, i = 0, j; > > > > > > + cpus_read_lock(); > > > + max_queues_per_port = num_online_cpus(); > > > if (max_queues_per_port > MANA_MAX_NUM_QUEUES) > > > max_queues_per_port = MANA_MAX_NUM_QUEUES; > > > > > > @@ -1261,6 +1302,14 @@ static int mana_gd_setup_irqs(struct pci_dev *pdev) > > > nvec = pci_alloc_irq_vectors(pdev, 2, max_irqs, PCI_IRQ_MSIX); > > > if (nvec < 0) > > > return nvec; > > > + if (nvec <= num_online_cpus()) > > > + start_irq_index = 0; > > > + > > > + irqs = kmalloc_array((nvec - start_irq_index), sizeof(int), GFP_KERNEL); > > > + if (!irqs) { > > > + err = -ENOMEM; > > > + goto free_irq_vector; > > > + } > > > > > > gc->irq_contexts = kcalloc(nvec, sizeof(struct gdma_irq_context), > > > GFP_KERNEL); > > > @@ -1287,21 +1336,44 @@ static int mana_gd_setup_irqs(struct pci_dev *pdev) > > > goto free_irq; > > > } > > > > > > - err = request_irq(irq, mana_gd_intr, 0, gic->name, gic); > > > - if (err) > > > - goto free_irq; > > > - > > > - cpu = cpumask_local_spread(i, gc->numa_node); > > > - irq_set_affinity_and_hint(irq, cpumask_of(cpu)); > > > + if (!i) { > > > + err = request_irq(irq, mana_gd_intr, 0, gic->name, gic); > > > + if (err) > > > + goto free_irq; > > > + > > > + /* If number of IRQ is one extra than number of online CPUs, > > > + * then we need to assign IRQ0 (hwc irq) and IRQ1 to > > > + * same CPU. > > > + * Else we will use different CPUs for IRQ0 and IRQ1. > > > + * Also we are using cpumask_local_spread instead of > > > + * cpumask_first for the node, because the node can be > > > + * mem only. > > > + */ > > > + if (start_irq_index) { > > > + cpu = cpumask_local_spread(i, gc->numa_node); > > > > I already mentioned that: if i == 0, you don't need to spread, just > > pick 1st cpu from node. > > > > > + irq_set_affinity_and_hint(irq, cpumask_of(cpu)); > > > + } else { > > > + irqs[start_irq_index] = irq; > > > + } > > > + } else { > > > + irqs[i - start_irq_index] = irq; > > > + err = request_irq(irqs[i - start_irq_index], mana_gd_intr, 0, > > > + gic->name, gic); > > > + if (err) > > > + goto free_irq; > > > + } > > > } > > > > > > + err = irq_setup(irqs, (nvec - start_irq_index), gc->numa_node); > > > + if (err) > > > + goto free_irq; > > > err = mana_gd_alloc_res_map(nvec, &gc->msix_resource); > > > if (err) > > > goto free_irq; > > > > > > gc->max_num_msix = nvec; > > > gc->num_msix_usable = nvec; > > > - > > > + cpus_read_unlock(); > > > return 0; > > > > > > free_irq: > > > @@ -1314,8 +1386,10 @@ static int mana_gd_setup_irqs(struct pci_dev *pdev) > > > } > > > > > > kfree(gc->irq_contexts); > > > + kfree(irqs); > > > gc->irq_contexts = NULL; > > > free_irq_vector: > > > + cpus_read_unlock(); > > > pci_free_irq_vectors(pdev); > > > return err; > > > } > > > -- > > > 2.34.1