Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp2573265imm; Mon, 16 Jul 2018 10:11:50 -0700 (PDT) X-Google-Smtp-Source: AAOMgpcGD24oKpc8oaKSN3l+U3AX21AQuvQ6LHiypkQBnq1Tm9/U4rpTnhfn1rSaCx/Vg7T/cRmw X-Received: by 2002:a17:902:e3:: with SMTP id a90-v6mr17705899pla.227.1531761110366; Mon, 16 Jul 2018 10:11:50 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531761110; cv=none; d=google.com; s=arc-20160816; b=zwMvP1XmAG/RiiUe3goUgwx2fGsC+PGfcXVDQky7Sc9hpCi0UGKvcYyUNZNV4aBuPz KgRdu61YKNqxA3hW/4shazvvG13U5tMo/gQ2UtY2qBL0HvDvjtWQMEIdgn6UEbi5ABBf LtQP/2aThXkv4hXyo3WBXfHLhzSXN0vGB5z9HbaYJXCcoE7dh5EY423jzzeilD3vBaCn Ei8Qh+i6kgi3SDRw057J8B3ollRA9QehU8GmUQzARL7ICEW8U4wB6bM6NddBsa7ZZiYP 36Ml9qUQQMIvvnoz5oq/CjsmHyxd+EXi5vr6BYuuRr6zkSfgcWI7+Y6P+HYM4OGYYfYT Ujjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:cc:to:from :subject:arc-authentication-results; bh=RD7ZhiksLTQofIxjjEZteUa9B3QtqhO8Mxk30zGjOZ4=; b=0DIlPyRrOXmOqPph77V9qcH1DV+3EOOXcTFU9I13Yr96EBOKvfF7f7y3aS+S8Tiqt+ IMrkpLjFhr+oLl49QSYqlFVo/A+runYcJWi/KBzAGthqbQejJw973V2WN1OHYvms+PrR Gu4WwpzO1pvuEoUa3QeO2UbtyPTEDOJS+IfkBHYt+6nYp/A6Vnffh6zXuoR1ge8EKTX+ 68C1vHmVdZpgy6e+TzAoP1g4FDBRd+8t4jZY03VgQa2biBMoI+zNTUBLIO8CyqE8oqFm rWGHQIoKaYX5OmfSZyIvVMBWGmVkfRu7sl9N8sjalCLcO3Xp4S4dFBg7SIubi2ImUq0p Mqhg== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y71-v6si29161550pgd.223.2018.07.16.10.11.35; Mon, 16 Jul 2018 10:11:50 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729813AbeGPRjB (ORCPT + 99 others); Mon, 16 Jul 2018 13:39:01 -0400 Received: from mga04.intel.com ([192.55.52.120]:16786 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728129AbeGPRjB (ORCPT ); Mon, 16 Jul 2018 13:39:01 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga003.jf.intel.com ([10.7.209.27]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Jul 2018 10:10:40 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,362,1526367600"; d="scan'208";a="67372472" Received: from dwillia2-desk3.jf.intel.com (HELO dwillia2-desk3.amr.corp.intel.com) ([10.54.39.16]) by orsmga003.jf.intel.com with ESMTP; 16 Jul 2018 10:10:40 -0700 Subject: [PATCH v2 04/14] mm: Multithread ZONE_DEVICE initialization From: Dan Williams To: akpm@linux-foundation.org Cc: Michal Hocko , Daniel Jordan , Pavel Tatashin , vishal.l.verma@intel.com, hch@lst.de, linux-mm@kvack.org, jack@suse.cz, linux-nvdimm@lists.01.org, linux-kernel@vger.kernel.org Date: Mon, 16 Jul 2018 10:00:42 -0700 Message-ID: <153176044282.12695.11215811746294680749.stgit@dwillia2-desk3.amr.corp.intel.com> In-Reply-To: <153176041838.12695.3365448145295112857.stgit@dwillia2-desk3.amr.corp.intel.com> References: <153176041838.12695.3365448145295112857.stgit@dwillia2-desk3.amr.corp.intel.com> User-Agent: StGit/0.18-2-gc94f MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On large / multi-socket persistent memory systems it can potentially take minutes to initialize the memmap. Even though such systems have multiple persistent memory namespaces that are registered asynchronously, they serialize on the mem_hotplug_begin() lock. The method for hiding memmap initialization in the typical memory case can not be directly reused for persistent memory. In the typical / volatile memory case pages are background freed to the memory allocator as they become initialized. For persistent memory the aim is to push everything to the background, but since it is dax mapped there is no way to redirect applications to limit their usage to the initialized set. I.e. any address may be directly accessed at any time. The bulk of the work is memmap_init_zone(). Splitting the work into threads yields a 1.5x to 2x performance in the time to initialize a 128GB namespace. However, the work is still serialized when there are multiple namespaces and the work is ultimately limited by memory-media write bandwidth. So, this commit is only a preparation step towards ultimately moving all memmap initialization completely into the background. Cc: Andrew Morton Cc: Michal Hocko Cc: Daniel Jordan Cc: Pavel Tatashin Signed-off-by: Dan Williams --- include/linux/memmap_async.h | 25 +++++++ mm/page_alloc.c | 147 ++++++++++++++++++++++++++++-------------- 2 files changed, 123 insertions(+), 49 deletions(-) diff --git a/include/linux/memmap_async.h b/include/linux/memmap_async.h index c641b80a3c24..2b1a0636d5bb 100644 --- a/include/linux/memmap_async.h +++ b/include/linux/memmap_async.h @@ -2,18 +2,33 @@ #ifndef __LINUX_MEMMAP_ASYNC_H #define __LINUX_MEMMAP_ASYNC_H #include +#include +struct dev_pagemap; struct vmem_altmap; +/* + * Regardless of how many threads we request here the workqueue core may + * limit based on the amount of other concurrent 'async' work in the + * system, see WQ_MAX_ACTIVE + */ +#define NR_MEMMAP_THREADS 8 + /** * struct memmap_init_env - common global data for all async memmap operations * @altmap: set-aside / alternative memory for allocating the memmap + * @pgmap: pgmap for describing ZONE_DEVICE ranges * @want_memblock: typical memory (!ZONE_DEVICE) is onlined via memblock + * @zone: zone number when initializing a given struct page + * @context: indicate hotplug vs early boot memmap init * @nid: home node for the memory range */ struct memmap_init_env { struct vmem_altmap *altmap; + struct dev_pagemap *pgmap; bool want_memblock; + unsigned long zone; + enum memmap_context context; int nid; }; @@ -34,6 +49,16 @@ struct memmap_init_memmap { }; /** + * struct memmap_init_pages - arguments for async 'struct page' init + * @res: range for one instance of memmap_init_async() to operate + * @env: link to thread range invariant parameters + */ +struct memmap_init_pages { + struct resource res; + struct memmap_init_env *env; +}; + +/** * struct memmap_async_state - support and track async memmap operations * @env: storage for common memmap init parameters * @memmap: storage for background page-table setup operations diff --git a/mm/page_alloc.c b/mm/page_alloc.c index fb45cfeb4a50..71e3f01a1548 100644 --- a/mm/page_alloc.c +++ b/mm/page_alloc.c @@ -38,6 +38,7 @@ #include #include #include +#include #include #include #include @@ -5455,6 +5456,70 @@ void __ref build_all_zonelists(pg_data_t *pgdat) ASYNC_DOMAIN_EXCLUSIVE(memmap_init_domain); +static void __meminit memmap_init_one(unsigned long pfn, unsigned long zone, + int nid, enum memmap_context context, struct dev_pagemap *pgmap) +{ + struct page *page = pfn_to_page(pfn); + + __init_single_page(page, pfn, zone, nid); + if (context == MEMMAP_HOTPLUG) + SetPageReserved(page); + + /* + * Mark the block movable so that blocks are reserved for + * movable at startup. This will force kernel allocations to + * reserve their blocks rather than leaking throughout the + * address space during boot when many long-lived kernel + * allocations are made. + * + * bitmap is created for zone's valid pfn range. but memmap can + * be created for invalid pages (for alignment) check here not + * to call set_pageblock_migratetype() against pfn out of zone. + * + * Please note that MEMMAP_HOTPLUG path doesn't clear memmap + * because this is done early in sparse_add_one_section + */ + if (!(pfn & (pageblock_nr_pages - 1))) { + set_pageblock_migratetype(page, MIGRATE_MOVABLE); + cond_resched(); + } + + if (is_zone_device_page(page)) { + struct vmem_altmap *altmap = &pgmap->altmap; + + if (WARN_ON_ONCE(!pgmap)) + return; + + /* skip invalid device pages */ + if (pgmap->altmap_valid && (pfn < (altmap->base_pfn + + vmem_altmap_offset(altmap)))) + return; + /* + * ZONE_DEVICE pages union ->lru with a ->pgmap back + * pointer. It is a bug if a ZONE_DEVICE page is ever + * freed or placed on a driver-private list. Seed the + * storage with poison. + */ + page->lru.prev = LIST_POISON2; + page->pgmap = pgmap; + percpu_ref_get(pgmap->ref); + } +} + +static void __ref memmap_init_async(void *data, async_cookie_t cookie) +{ + struct memmap_init_pages *args = data; + struct memmap_init_env *env = args->env; + struct resource *res = &args->res; + unsigned long pfn, start, end; + + start = PHYS_PFN(res->start); + end = PHYS_PFN(res->end+1); + for (pfn = start; pfn < end; pfn++) + memmap_init_one(pfn, env->zone, env->nid, env->context, + env->pgmap); +} + /* * Initially all pages are reserved - free ones are freed * up by free_all_bootmem() once the early boot process is @@ -5469,7 +5534,6 @@ void __meminit memmap_init_zone(unsigned long size, int nid, unsigned long zone, struct vmem_altmap *altmap = NULL; unsigned long pfn; unsigned long nr_initialised = 0; - struct page *page; #ifdef CONFIG_HAVE_MEMBLOCK_NODE_MAP struct memblock_region *r = NULL, *tmp; #endif @@ -5486,14 +5550,43 @@ void __meminit memmap_init_zone(unsigned long size, int nid, unsigned long zone, if (altmap && start_pfn == altmap->base_pfn) start_pfn += altmap->reserve; - for (pfn = start_pfn; pfn < end_pfn; pfn++) { + if (context != MEMMAP_EARLY) { /* * There can be holes in boot-time mem_map[]s handed to this * function. They do not exist on hotplugged memory. */ - if (context != MEMMAP_EARLY) - goto not_early; + ASYNC_DOMAIN_EXCLUSIVE(local); + struct memmap_init_pages args[NR_MEMMAP_THREADS]; + struct memmap_init_env env = { + .nid = nid, + .zone = zone, + .pgmap = pgmap, + .context = context, + }; + unsigned long step, rem; + int i; + + size = end_pfn - start_pfn; + step = size / NR_MEMMAP_THREADS; + rem = size % NR_MEMMAP_THREADS; + for (i = 0; i < NR_MEMMAP_THREADS; i++) { + struct memmap_init_pages *t = &args[i]; + + t->env = &env; + t->res.start = PFN_PHYS(start_pfn); + t->res.end = PFN_PHYS(start_pfn + step) - 1; + if (i == NR_MEMMAP_THREADS-1) + t->res.end += PFN_PHYS(rem); + + async_schedule_domain(memmap_init_async, t, &local); + + start_pfn += step; + } + async_synchronize_full_domain(&local); + return; + } + for (pfn = start_pfn; pfn < end_pfn; pfn++) { if (!early_pfn_valid(pfn)) continue; if (!early_pfn_in_nid(pfn, nid)) @@ -5522,51 +5615,7 @@ void __meminit memmap_init_zone(unsigned long size, int nid, unsigned long zone, } } #endif - -not_early: - page = pfn_to_page(pfn); - __init_single_page(page, pfn, zone, nid); - if (context == MEMMAP_HOTPLUG) - SetPageReserved(page); - - /* - * Mark the block movable so that blocks are reserved for - * movable at startup. This will force kernel allocations - * to reserve their blocks rather than leaking throughout - * the address space during boot when many long-lived - * kernel allocations are made. - * - * bitmap is created for zone's valid pfn range. but memmap - * can be created for invalid pages (for alignment) - * check here not to call set_pageblock_migratetype() against - * pfn out of zone. - * - * Please note that MEMMAP_HOTPLUG path doesn't clear memmap - * because this is done early in sparse_add_one_section - */ - if (!(pfn & (pageblock_nr_pages - 1))) { - set_pageblock_migratetype(page, MIGRATE_MOVABLE); - cond_resched(); - } - - if (is_zone_device_page(page)) { - if (WARN_ON_ONCE(!pgmap)) - continue; - - /* skip invalid device pages */ - if (altmap && (pfn < (altmap->base_pfn - + vmem_altmap_offset(altmap)))) - continue; - /* - * ZONE_DEVICE pages union ->lru with a ->pgmap back - * pointer. It is a bug if a ZONE_DEVICE page is ever - * freed or placed on a driver-private list. Seed the - * storage with poison. - */ - page->lru.prev = LIST_POISON2; - page->pgmap = pgmap; - percpu_ref_get(pgmap->ref); - } + memmap_init_one(pfn, zone, nid, context, NULL); } }