Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1722956
| From | David Miller <davem@davemloft.net> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v7 07/11] sparc64: optimized struct page zeroing |
| Date | 2017-08-30 03:20 +0200 |
| Message-ID | <ujZPH-1HW-3@gated-at.bofh.it> (permalink) |
| References | <ujE8x-4Za-3@gated-at.bofh.it> <ujE8y-4Za-13@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
From: Pavel Tatashin <pasha.tatashin@oracle.com> Date: Mon, 28 Aug 2017 22:02:18 -0400 > Add an optimized mm_zero_struct_page(), so struct page's are zeroed without > calling memset(). We do eight to ten regular stores based on the size of > struct page. Compiler optimizes out the conditions of switch() statement. > > SPARC-M6 with 15T of memory, single thread performance: > > BASE FIX OPTIMIZED_FIX > bootmem_init 28.440467985s 2.305674818s 2.305161615s > free_area_init_nodes 202.845901673s 225.343084508s 172.556506560s > -------------------------------------------- > Total 231.286369658s 227.648759326s 174.861668175s > > BASE: current linux > FIX: This patch series without "optimized struct page zeroing" > OPTIMIZED_FIX: This patch series including the current patch. > > bootmem_init() is where memory for struct pages is zeroed during > allocation. Note, about two seconds in this function is a fixed time: it > does not increase as memory is increased. > > Signed-off-by: Pavel Tatashin <pasha.tatashin@oracle.com> > Reviewed-by: Steven Sistare <steven.sistare@oracle.com> > Reviewed-by: Daniel Jordan <daniel.m.jordan@oracle.com> > Reviewed-by: Bob Picco <bob.picco@oracle.com> You should probably use initializing stores when you are doing 8 stores and we thus know the page struct is cache line aligned. But other than that: Acked-by: David S. Miller <davem@davemloft.net>
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH v7 00/11] complete deferred page initialization Pavel Tatashin <pasha.tatashin@oracle.com> - 2017-08-29 04:10 +0200
[PATCH v7 01/11] x86/mm: setting fields in deferred pages Pavel Tatashin <pasha.tatashin@oracle.com> - 2017-08-29 04:10 +0200
[PATCH v7 05/11] mm: defining memblock_virt_alloc_try_nid_raw Pavel Tatashin <pasha.tatashin@oracle.com> - 2017-08-29 04:10 +0200
[PATCH v7 03/11] mm: deferred_init_memmap improvements Pavel Tatashin <pasha.tatashin@oracle.com> - 2017-08-29 04:10 +0200
[PATCH v7 07/11] sparc64: optimized struct page zeroing Pavel Tatashin <pasha.tatashin@oracle.com> - 2017-08-29 04:10 +0200
Re: [PATCH v7 07/11] sparc64: optimized struct page zeroing David Miller <davem@davemloft.net> - 2017-08-30 03:20 +0200
Re: [PATCH v7 07/11] sparc64: optimized struct page zeroing Pasha Tatashin <pasha.tatashin@oracle.com> - 2017-08-30 15:30 +0200
Re: [PATCH v7 07/11] sparc64: optimized struct page zeroing David Miller <davem@davemloft.net> - 2017-08-30 19:50 +0200
[PATCH v7 02/11] sparc64/mm: setting fields in deferred pages Pavel Tatashin <pasha.tatashin@oracle.com> - 2017-08-29 04:10 +0200
Re: [PATCH v7 02/11] sparc64/mm: setting fields in deferred pages David Miller <davem@davemloft.net> - 2017-08-30 03:10 +0200
[PATCH v7 11/11] mm: stop zeroing memory during allocation in vmemmap Pavel Tatashin <pasha.tatashin@oracle.com> - 2017-08-29 04:10 +0200
[PATCH v7 04/11] sparc64: simplify vmemmap_populate Pavel Tatashin <pasha.tatashin@oracle.com> - 2017-08-29 04:10 +0200
Re: [PATCH v7 04/11] sparc64: simplify vmemmap_populate David Miller <davem@davemloft.net> - 2017-08-30 03:10 +0200
[PATCH v7 08/11] mm: zero reserved and unavailable struct pages Pavel Tatashin <pasha.tatashin@oracle.com> - 2017-08-29 04:10 +0200
[PATCH v7 09/11] x86/kasan: explicitly zero kasan shadow memory Pavel Tatashin <pasha.tatashin@oracle.com> - 2017-08-29 04:10 +0200
[PATCH v7 06/11] mm: zero struct pages during initialization Pavel Tatashin <pasha.tatashin@oracle.com> - 2017-08-29 04:10 +0200
[PATCH v7 10/11] arm64/kasan: explicitly zero kasan shadow memory Pavel Tatashin <pasha.tatashin@oracle.com> - 2017-08-29 04:10 +0200
csiph-web