Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1608018

Re: [v1 0/5] parallelized "struct page" zeroing

From Pasha Tatashin <pasha.tatashin@oracle.com>
Newsgroups linux.kernel
Subject Re: [v1 0/5] parallelized "struct page" zeroing
Date 2017-03-24 00:50 +0100
Message-ID <tokEp-1ff-5@gated-at.bofh.it> (permalink)
References <tojS1-ER-5@gated-at.bofh.it> <tokl3-17N-3@gated-at.bofh.it> <tokuJ-1bN-5@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw



On 03/23/2017 07:35 PM, David Miller wrote:
> From: Matthew Wilcox <willy@infradead.org>
> Date: Thu, 23 Mar 2017 16:26:38 -0700
>
>> On Thu, Mar 23, 2017 at 07:01:48PM -0400, Pavel Tatashin wrote:
>>> When deferred struct page initialization feature is enabled, we get a
>>> performance gain of initializing vmemmap in parallel after other CPUs are
>>> started. However, we still zero the memory for vmemmap using one boot CPU.
>>> This patch-set fixes the memset-zeroing limitation by deferring it as well.
>>>
>>> Here is example performance gain on SPARC with 32T:
>>> base
>>> https://hastebin.com/ozanelatat.go
>>>
>>> fix
>>> https://hastebin.com/utonawukof.go
>>>
>>> As you can see without the fix it takes: 97.89s to boot
>>> With the fix it takes: 46.91 to boot.
>>
>> How long does it take if we just don't zero this memory at all?  We seem
>> to be initialising most of struct page in __init_single_page(), so it
>> seems like a lot of additional complexity to conditionally zero the rest
>> of struct page.
>
> Alternatively, just zero out the entire vmemmap area when it is setup
> in the kernel page tables.

Hi Dave,

I can do this, either way is fine with me. It would be a little slower 
compared to the current approach where we benefit from having memset() 
to work as prefetch. But that would become negligible, once in the 
future we will increase the granularity of multi-threading, currently it 
is only one thread per-mnode to multithread vmemamp. Your call.

Thank  you,
Pasha

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[v1 0/5] parallelized "struct page" zeroing Pavel Tatashin <pasha.tatashin@oracle.com> - 2017-03-24 00:00 +0100
  Re: [v1 0/5] parallelized "struct page" zeroing Matthew Wilcox <willy@infradead.org> - 2017-03-24 00:30 +0100
    Re: [v1 0/5] parallelized "struct page" zeroing Pasha Tatashin <pasha.tatashin@oracle.com> - 2017-03-24 00:40 +0100
    Re: [v1 0/5] parallelized "struct page" zeroing David Miller <davem@davemloft.net> - 2017-03-24 00:40 +0100
      Re: [v1 0/5] parallelized "struct page" zeroing Pasha Tatashin <pasha.tatashin@oracle.com> - 2017-03-24 00:50 +0100
        Re: [v1 0/5] parallelized "struct page" zeroing Pasha Tatashin <pasha.tatashin@oracle.com> - 2017-03-24 02:20 +0100
  Re: [v1 0/5] parallelized "struct page" zeroing Christian Borntraeger <borntraeger@de.ibm.com> - 2017-03-24 10:00 +0100
    Re: [v1 0/5] parallelized "struct page" zeroing Heiko Carstens <heiko.carstens@de.ibm.com> - 2017-03-24 10:40 +0100

csiph-web