Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp701982imu; Thu, 13 Dec 2018 03:03:08 -0800 (PST) X-Google-Smtp-Source: AFSGD/W0IAQ8IlodvqQfyqEuQOb84jHqQq/+Z7odbIscDpvMNFabeH8+T4AysJceWQ2yT3WcL6+n X-Received: by 2002:a62:69c4:: with SMTP id e187mr23905801pfc.50.1544698988934; Thu, 13 Dec 2018 03:03:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1544698988; cv=none; d=google.com; s=arc-20160816; b=Zoh3i1/tTBi0Lkw4zjXJ7GgOIbuhgRalNqghkkFk6cb35qxncr1clLlfXAHR81Ek2H EN7+A8xaKnMGJkoL5Lz/NdLoNtgfwD9TKoNzWmQiZMKgGkxO6qxOCWCjfBFWI7oa4mGd N0josBTuNqb+jpb7evMk4vnKOt0YZUFDdYanvj1WMskqs5Fk5f9UK4fCRHNGLvvVXz+r ps1d+fSFfAKYzb5HVqj19WihbNnM/uvfE7XJ0//QKP2DnEX4th3G3iZt6dFjGfNUCk// VfSrsNvVt5bUEsdtBSWVmW0KzNawGbnnQpiTYLa+hYQrNWwV7vSzEZ4/yN1I74p1WS2C PTtA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:subject:cc :to:from; bh=L80efJdPV51ZLPHKxx2bSUIQH3frBig9NFxqLJmMWow=; b=HhLQDpJhfqwJxtpMy1166NKwAFFv+RVnVe/PgwHQlmvvA38gO5cDLzYcL+iTuyj49w OVvyFdBKcyrASXUzMVZ0wjhpkgmI9XqdcxBgqvK4pjsP/4tzcy0ies70CcJvP9nljqSP WW26R2cVdQ6jZ7mHcI1ToCg+7BRx7tHADBrOX3lKSo0gu03n+dN1DcTTqecAPIVNXHeo UM3HKzI+cBtv63Yp9Bod0xq7gfHRaPXbASd5xzV7ma11d/xc1tZYiw+O1XuHNKhryrZ/ wyua/KthWUyKdCgyDAWQOsxoeGjmft1wzxvs5oaii+GGSBdMWQJPsso3cpGFDt6iDffk +pFg== 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 43si1323530plb.176.2018.12.13.03.02.53; Thu, 13 Dec 2018 03:03:08 -0800 (PST) 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 S1728558AbeLMLAN (ORCPT + 99 others); Thu, 13 Dec 2018 06:00:13 -0500 Received: from szxga06-in.huawei.com ([45.249.212.32]:42416 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726178AbeLMLAM (ORCPT ); Thu, 13 Dec 2018 06:00:12 -0500 Received: from DGGEMS404-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id D25EC6C8A9EA6; Thu, 13 Dec 2018 19:00:08 +0800 (CST) Received: from S00345302A-PC.china.huawei.com (10.202.227.237) by DGGEMS404-HUB.china.huawei.com (10.3.19.204) with Microsoft SMTP Server id 14.3.408.0; Thu, 13 Dec 2018 19:00:02 +0800 From: Shameer Kolothum To: , CC: , , , , , , Subject: [PATCH v3] irqchip: gicv3-its: Use NUMA aware memory allocation for ITS tables Date: Thu, 13 Dec 2018 10:59:24 +0000 Message-ID: <20181213105924.30384-1-shameerali.kolothum.thodi@huawei.com> X-Mailer: git-send-email 2.12.0.windows.1 MIME-Version: 1.0 Content-Type: text/plain X-Originating-IP: [10.202.227.237] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Shanker Donthineni The NUMA node information is visible to ITS driver but not being used other than handling hardware errata. ITS/GICR hardware accesses to the local NUMA node is usually quicker than the remote NUMA node. How slow the remote NUMA accesses are depends on the implementation details. This patch allocates memory for ITS management tables and command queue from the corresponding NUMA node using the appropriate NUMA aware functions. This change improves the performance of the ITS tables read latency on systems where it has more than one ITS block, and with the slower inter node accesses. Apache Web server benchmarking using ab tool on a HiSilicon D06 board with multiple numa mem nodes shows Time per request and Transfer rate improvements of ~3.6% with this patch. Signed-off-by: Shanker Donthineni Signed-off-by: Hanjun Guo Signed-off-by: Shameer Kolothum --- This is to revive the patch originally sent by Shanker[1] and to back it up with a benchmark test. Any further testing of this is most welcome. v2-->v3 -Addressed comments to use page_address(). -Added Benchmark results to commit log. -Removed T-by from Ganapatrao for now. v1-->v2 -Edited commit text. -Added Ganapatrao's tested-by. Benchmark test details: -------------------------------- Test Setup: -D06 with dimm on node 0(Sock#0) and 3 (Sock#1). -ITS belongs to numa node 0. -Filesystem mounted on a PCIe NVMe based disk. -Apache server installed on D06. -Running ab benchmark test in concurrency mode from a remote m/c connected to D06 via hns3(PCIe) n/w port. "ab -k -c 750 -n 2000000 http://10.202.225.188/" Test results are avg. of 15 runs. For 4.20-rc1 Kernel, ---------------------------- Time per request(mean, concurrent) = 0.02753[ms] Transfer Rate = 416501[Kbytes/sec] For 4.20-rc1 + this patch, ---------------------------------- Time per request(mean, concurrent) = 0.02653[ms] Transfer Rate = 431954[Kbytes/sec] % improvement ~3.6% vmstat shows around 170K-200K interrupts per second. ~# vmstat 1 -w procs -----------------------memory-- - -system-- r b swpd free in 5 0 0 30166724 102794 9 0 0 30141828 171148 5 0 0 30150160 207185 13 0 0 30145924 175691 15 0 0 30140792 145250 13 0 0 30135556 201879 13 0 0 30134864 192391 10 0 0 30133632 168880 .... [1] https://patchwork.kernel.org/patch/9833339/ drivers/irqchip/irq-gic-v3-its.c | 20 ++++++++++++-------- 1 file changed, 12 insertions(+), 8 deletions(-) diff --git a/drivers/irqchip/irq-gic-v3-its.c b/drivers/irqchip/irq-gic-v3-its.c index db20e99..ab01061 100644 --- a/drivers/irqchip/irq-gic-v3-its.c +++ b/drivers/irqchip/irq-gic-v3-its.c @@ -1749,7 +1749,8 @@ static int its_setup_baser(struct its_node *its, struct its_baser *baser, order = get_order(GITS_BASER_PAGES_MAX * psz); } - base = (void *)__get_free_pages(GFP_KERNEL | __GFP_ZERO, order); + base = (void *)page_address(alloc_pages_node(its->numa_node, + GFP_KERNEL | __GFP_ZERO, order)); if (!base) return -ENOMEM; @@ -2236,7 +2237,8 @@ static struct its_baser *its_get_baser(struct its_node *its, u32 type) return NULL; } -static bool its_alloc_table_entry(struct its_baser *baser, u32 id) +static bool its_alloc_table_entry(struct its_node *its, + struct its_baser *baser, u32 id) { struct page *page; u32 esz, idx; @@ -2256,7 +2258,8 @@ static bool its_alloc_table_entry(struct its_baser *baser, u32 id) /* Allocate memory for 2nd level table */ if (!table[idx]) { - page = alloc_pages(GFP_KERNEL | __GFP_ZERO, get_order(baser->psz)); + page = alloc_pages_node(its->numa_node, GFP_KERNEL | __GFP_ZERO, + get_order(baser->psz)); if (!page) return false; @@ -2287,7 +2290,7 @@ static bool its_alloc_device_table(struct its_node *its, u32 dev_id) if (!baser) return (ilog2(dev_id) < its->device_ids); - return its_alloc_table_entry(baser, dev_id); + return its_alloc_table_entry(its, baser, dev_id); } static bool its_alloc_vpe_table(u32 vpe_id) @@ -2311,7 +2314,7 @@ static bool its_alloc_vpe_table(u32 vpe_id) if (!baser) return false; - if (!its_alloc_table_entry(baser, vpe_id)) + if (!its_alloc_table_entry(its, baser, vpe_id)) return false; } @@ -2345,7 +2348,7 @@ static struct its_device *its_create_device(struct its_node *its, u32 dev_id, nr_ites = max(2, nvecs); sz = nr_ites * its->ite_size; sz = max(sz, ITS_ITT_ALIGN) + ITS_ITT_ALIGN - 1; - itt = kzalloc(sz, GFP_KERNEL); + itt = kzalloc_node(sz, GFP_KERNEL, its->numa_node); if (alloc_lpis) { lpi_map = its_lpi_alloc(nvecs, &lpi_base, &nr_lpis); if (lpi_map) @@ -3541,8 +3544,9 @@ static int __init its_probe_one(struct resource *res, its->numa_node = numa_node; - its->cmd_base = (void *)__get_free_pages(GFP_KERNEL | __GFP_ZERO, - get_order(ITS_CMD_QUEUE_SZ)); + its->cmd_base = (void *)page_address(alloc_pages_node(its->numa_node, + GFP_KERNEL | __GFP_ZERO, + get_order(ITS_CMD_QUEUE_SZ))); if (!its->cmd_base) { err = -ENOMEM; goto out_free_its; -- 2.7.4