RE: [PATCH] dequeue a huge page near to this node
From: Chen, Kenneth W (kenneth.w.chen_at_intel.com)
Date: 11/11/05
- Previous message: Andrew Morton: "Re: [RFC] sys_punchhole()"
- In reply to: Christoph Lameter: "[PATCH] dequeue a huge page near to this node"
- Next in thread: Christoph Lameter: "RE: [PATCH] dequeue a huge page near to this node"
- Reply: Christoph Lameter: "RE: [PATCH] dequeue a huge page near to this node"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
To: "'Christoph Lameter'" <clameter@engr.sgi.com>, "Adam Litke" <agl@us.ibm.com> Date: Thu, 10 Nov 2005 15:34:01 -0800
Christoph Lameter wrote on Thursday, November 10, 2005 3:27 PM
> The following patch changes the dequeueing to select a huge page near
> the node executing instead of always beginning to check for free
> nodes from node 0. This will result in a placement of the huge pages near
> the executing processor improving performance.
>
> The existing implementation can place the huge pages far away from
> the executing processor causing significant degradation of performance.
> The search starting from zero also means that the lower zones quickly
> run out of memory. Selecting a huge page near the process distributed the
> huge pages better.
Looks great!
- Ken
-
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/
- Previous message: Andrew Morton: "Re: [RFC] sys_punchhole()"
- In reply to: Christoph Lameter: "[PATCH] dequeue a huge page near to this node"
- Next in thread: Christoph Lameter: "RE: [PATCH] dequeue a huge page near to this node"
- Reply: Christoph Lameter: "RE: [PATCH] dequeue a huge page near to this node"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
|
|
