From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3]) by kanga.kvack.org (Postfix) with SMTP id 18DCB6B00A7 for ; Mon, 25 Oct 2010 00:41:32 -0400 (EDT) Received: from m4.gw.fujitsu.co.jp ([10.0.50.74]) by fgwmail6.fujitsu.co.jp (Fujitsu Gateway) with ESMTP id o9P4fSXI029884 for (envelope-from kamezawa.hiroyu@jp.fujitsu.com); Mon, 25 Oct 2010 13:41:28 +0900 Received: from smail (m4 [127.0.0.1]) by outgoing.m4.gw.fujitsu.co.jp (Postfix) with ESMTP id 7BB0145DE70 for ; Mon, 25 Oct 2010 13:41:28 +0900 (JST) Received: from s4.gw.fujitsu.co.jp (s4.gw.fujitsu.co.jp [10.0.50.94]) by m4.gw.fujitsu.co.jp (Postfix) with ESMTP id 542F045DE4D for ; Mon, 25 Oct 2010 13:41:28 +0900 (JST) Received: from s4.gw.fujitsu.co.jp (localhost.localdomain [127.0.0.1]) by s4.gw.fujitsu.co.jp (Postfix) with ESMTP id 297851DB8037 for ; Mon, 25 Oct 2010 13:41:28 +0900 (JST) Received: from ml14.s.css.fujitsu.com (ml14.s.css.fujitsu.com [10.249.87.104]) by s4.gw.fujitsu.co.jp (Postfix) with ESMTP id CB0261DB803A for ; Mon, 25 Oct 2010 13:41:24 +0900 (JST) Date: Mon, 25 Oct 2010 13:35:56 +0900 From: KAMEZAWA Hiroyuki Subject: Re: [resend][PATCH] mm: increase RECLAIM_DISTANCE to 30 Message-Id: <20101025133556.64056c92.kamezawa.hiroyu@jp.fujitsu.com> In-Reply-To: <20101025122343.9165.A69D9226@jp.fujitsu.com> References: <20101025122343.9165.A69D9226@jp.fujitsu.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: KOSAKI Motohiro Cc: Christoph Lameter , Mel Gorman , Rob Mueller , linux-kernel@vger.kernel.org, Bron Gondwana , linux-mm , David Rientjes , Andrew Morton , Balbir Singh List-ID: On Mon, 25 Oct 2010 12:24:24 +0900 (JST) KOSAKI Motohiro wrote: > Recently, Robert Mueller reported zone_reclaim_mode doesn't work > properly on his new NUMA server (Dual Xeon E5520 + Intel S5520UR MB). > He is using Cyrus IMAPd and it's built on a very traditional > single-process model. > > * a master process which reads config files and manages the other > process > * multiple imapd processes, one per connection > * multiple pop3d processes, one per connection > * multiple lmtpd processes, one per connection > * periodical "cleanup" processes. > > Then, there are thousands of independent processes. The problem is, > recent Intel motherboard turn on zone_reclaim_mode by default and > traditional prefork model software don't work fine on it. > Unfortunatelly, Such model is still typical one even though 21th > century. We can't ignore them. > > This patch raise zone_reclaim_mode threshold to 30. 30 don't have > specific meaning. but 20 mean one-hop QPI/Hypertransport and such > relatively cheap 2-4 socket machine are often used for tradiotional > server as above. The intention is, their machine don't use > zone_reclaim_mode. > > Note: ia64 and Power have arch specific RECLAIM_DISTANCE definition. > then this patch doesn't change such high-end NUMA machine behavior. > > Cc: Mel Gorman > Cc: Bron Gondwana > Cc: Robert Mueller > Acked-by: Christoph Lameter > Acked-by: David Rientjes > Signed-off-by: KOSAKI Motohiro Reviewed-by: KAMEZAWA Hiroyuki -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org