Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751232AbVKJXeQ (ORCPT ); Thu, 10 Nov 2005 18:34:16 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751233AbVKJXeQ (ORCPT ); Thu, 10 Nov 2005 18:34:16 -0500 Received: from fmr22.intel.com ([143.183.121.14]:56705 "EHLO scsfmr002.sc.intel.com") by vger.kernel.org with ESMTP id S1751232AbVKJXeQ (ORCPT ); Thu, 10 Nov 2005 18:34:16 -0500 Message-Id: <200511102334.jAANY1g21612@unix-os.sc.intel.com> From: "Chen, Kenneth W" To: "'Christoph Lameter'" , "Adam Litke" Cc: , , Subject: RE: [PATCH] dequeue a huge page near to this node Date: Thu, 10 Nov 2005 15:34:01 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.6353 Thread-Index: AcXmTkr5TNm40tnvSBKLwu4cLqYVsgAAMcsw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 913 Lines: 22 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/