From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-f69.google.com (mail-wm0-f69.google.com [74.125.82.69]) by kanga.kvack.org (Postfix) with ESMTP id 191146B02B4 for ; Fri, 11 Aug 2017 09:05:46 -0400 (EDT) Received: by mail-wm0-f69.google.com with SMTP id e204so6373322wma.2 for ; Fri, 11 Aug 2017 06:05:46 -0700 (PDT) Received: from mx1.suse.de (mx2.suse.de. [195.135.220.15]) by mx.google.com with ESMTPS id j21si683224wra.51.2017.08.11.06.05.44 for (version=TLS1 cipher=AES128-SHA bits=128/128); Fri, 11 Aug 2017 06:05:44 -0700 (PDT) Date: Fri, 11 Aug 2017 15:05:42 +0200 From: Michal Hocko Subject: Re: [v6 14/15] mm: optimize early system hash allocations Message-ID: <20170811130541.GM30811@dhcp22.suse.cz> References: <1502138329-123460-1-git-send-email-pasha.tatashin@oracle.com> <1502138329-123460-15-git-send-email-pasha.tatashin@oracle.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1502138329-123460-15-git-send-email-pasha.tatashin@oracle.com> Sender: owner-linux-mm@kvack.org List-ID: To: Pavel Tatashin Cc: linux-kernel@vger.kernel.org, sparclinux@vger.kernel.org, linux-mm@kvack.org, linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org, linux-arm-kernel@lists.infradead.org, x86@kernel.org, kasan-dev@googlegroups.com, borntraeger@de.ibm.com, heiko.carstens@de.ibm.com, davem@davemloft.net, willy@infradead.org, ard.biesheuvel@linaro.org, will.deacon@arm.com, catalin.marinas@arm.com, sam@ravnborg.org On Mon 07-08-17 16:38:48, Pavel Tatashin wrote: > Clients can call alloc_large_system_hash() with flag: HASH_ZERO to specify > that memory that was allocated for system hash needs to be zeroed, > otherwise the memory does not need to be zeroed, and client will initialize > it. > > If memory does not need to be zero'd, call the new > memblock_virt_alloc_raw() interface, and thus improve the boot performance. > > Signed-off-by: Pavel Tatashin > Reviewed-by: Steven Sistare > Reviewed-by: Daniel Jordan > Reviewed-by: Bob Picco OK, but as mentioned in the previous patch add memblock_virt_alloc_raw in this patch. Acked-by: Michal Hocko > --- > mm/page_alloc.c | 15 +++++++-------- > 1 file changed, 7 insertions(+), 8 deletions(-) > > diff --git a/mm/page_alloc.c b/mm/page_alloc.c > index 4d32c1fa4c6c..000806298dfb 100644 > --- a/mm/page_alloc.c > +++ b/mm/page_alloc.c > @@ -7354,18 +7354,17 @@ void *__init alloc_large_system_hash(const char *tablename, > > log2qty = ilog2(numentries); > > - /* > - * memblock allocator returns zeroed memory already, so HASH_ZERO is > - * currently not used when HASH_EARLY is specified. > - */ > gfp_flags = (flags & HASH_ZERO) ? GFP_ATOMIC | __GFP_ZERO : GFP_ATOMIC; > do { > size = bucketsize << log2qty; > - if (flags & HASH_EARLY) > - table = memblock_virt_alloc_nopanic(size, 0); > - else if (hashdist) > + if (flags & HASH_EARLY) { > + if (flags & HASH_ZERO) > + table = memblock_virt_alloc_nopanic(size, 0); > + else > + table = memblock_virt_alloc_raw(size, 0); > + } else if (hashdist) { > table = __vmalloc(size, gfp_flags, PAGE_KERNEL); > - else { > + } else { > /* > * If bucketsize is not a power-of-two, we may free > * some pages at the end of hash table which > -- > 2.14.0 -- Michal Hocko SUSE Labs -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org