Re: [PATCH 0/5] Introduce a bulk order-0 page allocator with two in-tree users

2021-03-12 Thread Matthew Wilcox
On Thu, Mar 11, 2021 at 08:48:27AM +, Mel Gorman wrote: > I don't have that information unfortunately. It's a chicken and egg > problem because without the API, there is no point creating new users. > For example, fault around or readahead could potentially batch pages > but whether it is actua

Re: [PATCH 0/5] Introduce a bulk order-0 page allocator with two in-tree users

2021-03-11 Thread Mel Gorman
On Wed, Mar 10, 2021 at 03:47:04PM -0800, Andrew Morton wrote: > On Wed, 10 Mar 2021 10:46:13 + Mel Gorman > wrote: > > > This series introduces a bulk order-0 page allocator with sunrpc and > > the network page pool being the first users. > > > > Right now, the [0/n] doesn't even tell us

Re: [PATCH 0/5] Introduce a bulk order-0 page allocator with two in-tree users

2021-03-10 Thread Andrew Morton
On Wed, 10 Mar 2021 10:46:13 + Mel Gorman wrote: > This series introduces a bulk order-0 page allocator with sunrpc and > the network page pool being the first users. Right now, the [0/n] doesn't even tell us that it's a performance patchset! The whole point of this patchset appears to a

[PATCH 0/5] Introduce a bulk order-0 page allocator with two in-tree users

2021-03-10 Thread Mel Gorman
Changelog since v1 o Parenthesise binary and boolean comparisons o Add reviewed-bys o Rebase to 5.12-rc2 This series introduces a bulk order-0 page allocator with sunrpc and the network page pool being the first users. The implementation is not particularly efficient and the intention is to iron o

[PATCH 0/5] Introduce a bulk order-0 page allocator with two in-tree users

2021-03-01 Thread Mel Gorman
This series introduces a bulk order-0 page allocator with sunrpc and the network page pool being the first users. The implementation is not particularly efficient and the intention is to iron out what the semantics of the API should have for users. Once the semantics are ironed out, it can be made