From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail190.messagelabs.com (mail190.messagelabs.com [216.82.249.51]) by kanga.kvack.org (Postfix) with ESMTP id 71F7C6B004A for ; Tue, 21 Sep 2010 23:45:03 -0400 (EDT) Message-ID: From: "Rob Mueller" References: <1284349152.15254.1394658481@webmail.messagingengine.com> <20100916184240.3BC9.A69D9226@jp.fujitsu.com> <20100920093440.GD1998@csn.ul.ie> <52C8765522A740A4A5C027E8FDFFDFE3@jem> <20100921090407.GA11439@csn.ul.ie> Subject: Re: Default zone_reclaim_mode = 1 on NUMA kernel is bad forfile/email/web servers Date: Wed, 22 Sep 2010 13:44:51 +1000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: Christoph Lameter , Mel Gorman Cc: KOSAKI Motohiro , linux-kernel@vger.kernel.org, Bron Gondwana , linux-mm List-ID: > This could be a screwy hardware issue as pointed out before. Certain > controllers restrict the memory that I/O can be done to also (32 bit > controller only able to do I/O to lower 2G?, controller on a PCI bus that > is local only to a particular node) which would make balancing > the file cache difficult. Ah interesting. Is there an easy way to tell if this is an issue? It's an ARECA RAID controller, this is the lspci -vvv data from it... 03:00.0 RAID bus controller: Areca Technology Corp. Device 1680 Subsystem: Areca Technology Corp. Device 1680 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Kernel driver in use: arcmsr Rob -- 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