Re: [PATCH 0/7] padata: parallelize deferred page init

2020-04-30 Thread Daniel Jordan
On Thu, Apr 30, 2020 at 06:09:35PM -0700, Josh Triplett wrote: > On Thu, Apr 30, 2020 at 04:11:18PM -0400, Daniel Jordan wrote: > > Sometimes the kernel doesn't take full advantage of system memory > > bandwidth, leading to a single CPU spending excessive time in > > initialization paths where the

Re: [PATCH 0/7] padata: parallelize deferred page init

2020-04-30 Thread Daniel Jordan
On Thu, Apr 30, 2020 at 05:40:59PM -0400, Pavel Tatashin wrote: > On Thu, Apr 30, 2020 at 5:31 PM Andrew Morton > wrote: > > On Thu, 30 Apr 2020 16:11:18 -0400 Daniel Jordan > > wrote: > > > > > Sometimes the kernel doesn't take full advantage of system memory > > > bandwidth, leading to a sing

Re: [PATCH 0/7] padata: parallelize deferred page init

2020-04-30 Thread Josh Triplett
On Thu, Apr 30, 2020 at 04:11:18PM -0400, Daniel Jordan wrote: > Sometimes the kernel doesn't take full advantage of system memory > bandwidth, leading to a single CPU spending excessive time in > initialization paths where the data scales with memory size. > > Multithreading naturally addresses t

Re: [PATCH 0/7] padata: parallelize deferred page init

2020-04-30 Thread Josh Triplett
On Thu, Apr 30, 2020 at 02:31:31PM -0700, Andrew Morton wrote: > On Thu, 30 Apr 2020 16:11:18 -0400 Daniel Jordan > wrote: > > Sometimes the kernel doesn't take full advantage of system memory > > bandwidth, leading to a single CPU spending excessive time in > > initialization paths where the dat

Re: [PATCH 0/7] padata: parallelize deferred page init

2020-04-30 Thread Pavel Tatashin
On Thu, Apr 30, 2020 at 5:31 PM Andrew Morton wrote: > > On Thu, 30 Apr 2020 16:11:18 -0400 Daniel Jordan > wrote: > > > Sometimes the kernel doesn't take full advantage of system memory > > bandwidth, leading to a single CPU spending excessive time in > > initialization paths where the data sca

Re: [PATCH 0/7] padata: parallelize deferred page init

2020-04-30 Thread Andrew Morton
On Thu, 30 Apr 2020 16:11:18 -0400 Daniel Jordan wrote: > Sometimes the kernel doesn't take full advantage of system memory > bandwidth, leading to a single CPU spending excessive time in > initialization paths where the data scales with memory size. > > Multithreading naturally addresses this

[PATCH 0/7] padata: parallelize deferred page init

2020-04-30 Thread Daniel Jordan
Sometimes the kernel doesn't take full advantage of system memory bandwidth, leading to a single CPU spending excessive time in initialization paths where the data scales with memory size. Multithreading naturally addresses this problem, and this series is the first step. It extends padata, a fra