Re: [PATCH 2/2] Helping prezoring with reduced fragmentation allocation

2005-02-02 Thread Christoph Lameter
On Wed, 2 Feb 2005, Andrew Morton wrote: > Marcelo Tosatti <[EMAIL PROTECTED]> wrote: > > > > What are your thoughts about inclusion of Mel's allocator work on -mm ? > > It's sitting in my to-do pile. Tell me when you need my prezeroing patches on top of mel's patches - To unsubscribe from

Re: [PATCH 2/2] Helping prezoring with reduced fragmentation allocation

2005-02-02 Thread Marcelo Tosatti
Hi Andrew, What are your thoughts about inclusion of Mel's allocator work on -mm ? On Wed, Feb 02, 2005 at 12:31:36AM +, Mel Gorman wrote: > On Tue, 1 Feb 2005, Christoph Lameter wrote: > > > On Tue, 1 Feb 2005, Mel Gorman wrote: > > > > > > Would it not be better to zero the global

Re: [PATCH 2/2] Helping prezoring with reduced fragmentation allocation

2005-02-02 Thread Andrew Morton
Marcelo Tosatti <[EMAIL PROTECTED]> wrote: > > What are your thoughts about inclusion of Mel's allocator work on -mm ? It's sitting in my to-do pile. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: [PATCH 2/2] Helping prezoring with reduced fragmentation allocation

2005-02-02 Thread Andrew Morton
Marcelo Tosatti [EMAIL PROTECTED] wrote: What are your thoughts about inclusion of Mel's allocator work on -mm ? It's sitting in my to-do pile. - To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to [EMAIL PROTECTED] More majordomo info at

Re: [PATCH 2/2] Helping prezoring with reduced fragmentation allocation

2005-02-02 Thread Marcelo Tosatti
Hi Andrew, What are your thoughts about inclusion of Mel's allocator work on -mm ? On Wed, Feb 02, 2005 at 12:31:36AM +, Mel Gorman wrote: On Tue, 1 Feb 2005, Christoph Lameter wrote: On Tue, 1 Feb 2005, Mel Gorman wrote: Would it not be better to zero the global 2^MAX_ORDER

Re: [PATCH 2/2] Helping prezoring with reduced fragmentation allocation

2005-02-02 Thread Christoph Lameter
On Wed, 2 Feb 2005, Andrew Morton wrote: Marcelo Tosatti [EMAIL PROTECTED] wrote: What are your thoughts about inclusion of Mel's allocator work on -mm ? It's sitting in my to-do pile. Tell me when you need my prezeroing patches on top of mel's patches - To unsubscribe from this

Re: [PATCH 2/2] Helping prezoring with reduced fragmentation allocation

2005-02-01 Thread Mel Gorman
On Tue, 1 Feb 2005, Christoph Lameter wrote: > On Tue, 1 Feb 2005, Mel Gorman wrote: > > > > 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? > > > > > > > Maybe,

Re: [PATCH 2/2] Helping prezoring with reduced fragmentation allocation

2005-02-01 Thread Christoph Lameter
On Tue, 1 Feb 2005, Mel Gorman wrote: > > 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? > > > > Maybe, but right now when there are no 2^MAX_ORDER pages, the scrub

Re: [PATCH 2/2] Helping prezoring with reduced fragmentation allocation

2005-02-01 Thread Mel Gorman
On Tue, 1 Feb 2005, Christoph Lameter wrote: > 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

Re: [PATCH 2/2] Helping prezoring with reduced fragmentation allocation

2005-02-01 Thread Christoph Lameter
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,

[PATCH 2/2] Helping prezoring with reduced fragmentation allocation

2005-02-01 Thread Mel Gorman
Changelog V1 o Initial release 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

[PATCH 2/2] Helping prezoring with reduced fragmentation allocation

2005-02-01 Thread Mel Gorman
Changelog V1 o Initial release 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

Re: [PATCH 2/2] Helping prezoring with reduced fragmentation allocation

2005-02-01 Thread Christoph Lameter
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

Re: [PATCH 2/2] Helping prezoring with reduced fragmentation allocation

2005-02-01 Thread Mel Gorman
On Tue, 1 Feb 2005, Christoph Lameter wrote: 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

Re: [PATCH 2/2] Helping prezoring with reduced fragmentation allocation

2005-02-01 Thread Christoph Lameter
On Tue, 1 Feb 2005, Mel Gorman wrote: 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? Maybe, but right now when there are no 2^MAX_ORDER pages, the scrub daemon is

Re: [PATCH 2/2] Helping prezoring with reduced fragmentation allocation

2005-02-01 Thread Mel Gorman
On Tue, 1 Feb 2005, Christoph Lameter wrote: On Tue, 1 Feb 2005, Mel Gorman wrote: 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? Maybe, but right now when