Messages in this thread | | | Date | Tue, 1 Feb 2005 11:18:06 -0800 (PST) | From | Christoph Lameter <> | Subject | Re: [PATCH 2/2] Helping prezoring with reduced fragmentation allocation |
| |
On Tue, 1 Feb 2005, Mel Gorman wrote:
> This is a patch that makes a step towards tieing the modified allocator > for reducing fragmentation with the prezeroing of pages that is based > on a discussion with Christoph. When a block has to be split to satisfy a > zero-page, both buddies are zero'd, one is allocated and the other is placed > on the free-list for the USERZERO pool. Care is taken to make sure the pools > are not accidently fragmented.
Thanks for integrating the page zero stuff. If you are zeroing pages before their are fragmented then we may not need scrubd anymore. On the other hand, larger than necessary zeroing may be performaned in the hot code paths which may result in sporadically longer delays during allocation (well but then the page_allocator can generate these delays for a number of reasons).
> I would expect that a scrubber daemon would go through the KERNNORCLM pool, > remove pages, scrub them and move them to USERZERO. It is important that pages > not be moved from the USERRCLM or KERNRCLM pools as it'll cause fragmentation > problems over time.
Would it not be better to zero the global 2^MAX_ORDER pages by the scrub daemon and have a global zeroed page list? That way you may avoid zeroing when splitting pages?
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |