On Tue 03-10-17 16:26:51, Pasha Tatashin wrote:
> Hi Michal,
>
> I decided not to merge these two patches, because in addition to sparc
> optimization move, we have this dependancies:
optimizations can and should go on top of the core patch.
> mm: zero reserved and unavailable struct pages
>
>
Hi Michal,
I decided not to merge these two patches, because in addition to sparc
optimization move, we have this dependancies:
mm: zero reserved and unavailable struct pages
must be before
mm: stop zeroing memory during allocation in vmemmap.
Otherwise, we can end-up with struct pages that
On 10/03/2017 09:19 AM, Michal Hocko wrote:
On Wed 20-09-17 16:17:14, Pavel Tatashin wrote:
vmemmap_alloc_block() will no longer zero the block, so zero memory
at its call sites for everything except struct pages. Struct page memory
is zero'd by struct page initialization.
Replace allocators i
On Wed 20-09-17 16:17:14, Pavel Tatashin wrote:
> vmemmap_alloc_block() will no longer zero the block, so zero memory
> at its call sites for everything except struct pages. Struct page memory
> is zero'd by struct page initialization.
>
> Replace allocators in sprase-vmemmap to use the non-zeroi
vmemmap_alloc_block() will no longer zero the block, so zero memory
at its call sites for everything except struct pages. Struct page memory
is zero'd by struct page initialization.
Replace allocators in sprase-vmemmap to use the non-zeroing version. So,
we will get the performance improvement by
5 matches
Mail list logo
