From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Mon, 8 Oct 2007 10:41:26 -0700 (PDT) From: Christoph Lameter Subject: Re: [PATCH 1/7] swapin_readahead: excise NUMA bogosity In-Reply-To: <20071008133538.6ee6ad05@bree.surriel.com> Message-ID: References: <20071008133538.6ee6ad05@bree.surriel.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mm@kvack.org Return-Path: To: Rik van Riel Cc: Hugh Dickins , Andrew Morton , Andi Kleen , Lee Schermerhorn , linux-mm@kvack.org List-ID: On Mon, 8 Oct 2007, Rik van Riel wrote: > Due to the way swapin_readahead works (and how swapout works), > it can easily end up pulling in another task's memory with the > current task's NUMA allocation policy. I am not sure what you mean by "another task's memory"? How does memory become owned by a task? Having a variety of NUMA allocation strategies applied to the pages of one file in memory is common for shared mmapped files like executables already. > If that is an issue, we may want to change swapin_readahead to > access nearby ptes and divine swap entries from those, only > pulling in memory that really belongs to the current process. Well lets keep it simple. The association of pages to a process is not that easy to establish if a page is shared. -- 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