From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 08 Nov 2004 12:57:29 -0800 From: "Martin J. Bligh" Subject: Re: [PATCH] Use MPOL_INTERLEAVE for tmpfs files Message-ID: <263890000.1099947448@[10.10.2.4]> In-Reply-To: References: <239530000.1099435919@flay><20041103090112.GJ8907@wotan.suse.de> <276730000.1099515644@flay> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Sender: owner-linux-mm@kvack.org Return-Path: To: Brent Casavant Cc: Andi Kleen , colpatch@us.ibm.com, Hugh Dickins , linux-kernel@vger.kernel.org, linux-mm@kvack.org List-ID: >> Matt has volunteered to write the mount option for this, so let's hold >> off for a couple of days until that's done. > > I had the time to do this myself. Updated patch attached below. > > Description: > > This patch creates a tmpfs mount option and adds code which causes > tmpfs allocations to be interleaved across the nodes of a NUMA machine. > This is useful in situations where a large tmpfs file would otherwise > consume most of the memory on a single node, forcing tasks running on > that node to perform off-node allocations for other (i.e. non-tmpfs) > memory needs. > > Tightly synchronized HPC applications with large (on the order of > a single node's total RAM) per-task memory requirements are an example > of a type of application which benefits from this change. Other > types of workloads may prefer local tmpfs allocations, thus a mount > option is provided. > > The new mount option is "interleave=", and defaults to 0. Any non-zero > setting turns on interleaving. Interleaving behavior can be changed > via a remount operation. Looks good to me, though I don't really know that area of code very well. Hopefully Hugh or someone can give it a better review. Thanks for doing that, M. -- 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: aart@kvack.org