Re: [PATCH 10/11] Direct compact when a high-order allocation fails

Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
From: KAMEZAWA Hiroyuki
Date: Wednesday, March 24, 2010 - 5:30 pm

On Wed, 24 Mar 2010 11:40:57 +0000
Mel Gorman <mel@csn.ul.ie> wrote:

Thank you for clarification.
My word was bad. (And my understanding was.)


Yes.

"at each failure" means "At each fauilure of smooth allocation of contiguous
pages of requested order", I'm sorry for short words.

And yes, compact_finished() causes the loop to exit in good cases.
(And I missed a change in compact_finished() in this patch..)

Hmm.

At first look, my concern was that you use
	if (order)
rather than
	if (order >= PAGE_ALLOC_COSTLY_ORDER)

if order=1, dropping _old_ file cache isn't very bad.
Because migration modifies LRU order, frequent compaction may add too much
noise to LRU.

But yes, I have no data.


I agree multiple requester of "high order" is unusual. Here, "high order" means
order > PAGE_ALLOC_COSTLY_ORDER.
But multiple requester of order=1,2,3? is usual case, I think.


BTW, one more question.

Because freed pages are pushed back to buddy system by __free_page(page),
they may exists in zone's pcp list. In that case, compact_finished() can't
find there is a free chunk and do more work. 
How about using a function like
	 free_pcppages_bulk(zone, pcp->batch, pcp);
to bypass pcp list and freeing pages at once ?

Thanks,
-Kame


--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [PATCH 10/11] Direct compact when a high-order allocat ..., KAMEZAWA Hiroyuki, (Tue Mar 23, 6:19 pm)
Re: [PATCH 10/11] Direct compact when a high-order allocat ..., KAMEZAWA Hiroyuki, (Wed Mar 24, 5:30 pm)
Re: [PATCH 10/11] Direct compact when a high-order allocat ..., KAMEZAWA Hiroyuki, (Wed Mar 24, 5:57 pm)
Re: [PATCH 10/11] Direct compact when a high-order allocat ..., KAMEZAWA Hiroyuki, (Thu Mar 25, 2:50 am)
Re: [PATCH 10/11] Direct compact when a high-order allocat ..., KAMEZAWA Hiroyuki, (Thu Mar 25, 6:03 pm)