From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753615AbaBMJ7l (ORCPT ); Thu, 13 Feb 2014 04:59:41 -0500 Received: from e28smtp03.in.ibm.com ([122.248.162.3]:34981 "EHLO e28smtp03.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751440AbaBMJ7j (ORCPT ); Thu, 13 Feb 2014 04:59:39 -0500 Message-ID: <52FC98A6.1000701@linux.vnet.ibm.com> Date: Thu, 13 Feb 2014 15:34:22 +0530 From: Raghavendra K T Organization: IBM User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130625 Thunderbird/17.0.7 MIME-Version: 1.0 To: David Rientjes CC: Andrew Morton , Fengguang Wu , David Cohen , Al Viro , Damien Ramonda , Jan Kara , Linus Torvalds , Nishanth Aravamudan , linux-mm@kvack.org, linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH V5] mm readahead: Fix readahead fail for no local memory and limit readahead pages References: <1390388025-1418-1-git-send-email-raghavendra.kt@linux.vnet.ibm.com> <20140206145105.27dec37b16f24e4ac5fd90ce@linux-foundation.org> <20140206152219.45c2039e5092c8ea1c31fd38@linux-foundation.org> <52F4B8A4.70405@linux.vnet.ibm.com> <52F88C16.70204@linux.vnet.ibm.com> <52F8C556.6090006@linux.vnet.ibm.com> <52FC6F2A.30905@linux.vnet.ibm.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-TM-AS-MML: disable X-Content-Scanned: Fidelis XPS MAILER x-cbid: 14021309-3864-0000-0000-00000C673FEE Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/13/2014 01:35 PM, David Rientjes wrote: > On Thu, 13 Feb 2014, Raghavendra K T wrote: > >> I was able to test (1) implementation on the system where readahead problem >> occurred. Unfortunately it did not help. >> >> Reason seem to be that CONFIG_HAVE_MEMORYLESS_NODES dependency of >> numa_mem_id(). The PPC machine I am facing problem has topology like >> this: [...] >> >> So it seems numa_mem_id() does not help for all the configs.. >> Am I missing something ? >> > > You need the patch from http://marc.info/?l=linux-mm&m=139093411119013 > first. Thanks David, unfortunately even after applying that patch, I do not see the improvement. Interestingly numa_mem_id() seem to still return the value of a memoryless node. May be per cpu _numa_mem_ values are not set properly. Need to dig out .... From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pa0-f49.google.com (mail-pa0-f49.google.com [209.85.220.49]) by kanga.kvack.org (Postfix) with ESMTP id BEB9D6B0035 for ; Thu, 13 Feb 2014 04:58:39 -0500 (EST) Received: by mail-pa0-f49.google.com with SMTP id hz1so10444515pad.8 for ; Thu, 13 Feb 2014 01:58:39 -0800 (PST) Received: from e28smtp04.in.ibm.com (e28smtp04.in.ibm.com. [122.248.162.4]) by mx.google.com with ESMTPS id d4si1476920pao.273.2014.02.13.01.58.37 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Thu, 13 Feb 2014 01:58:38 -0800 (PST) Received: from /spool/local by e28smtp04.in.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Thu, 13 Feb 2014 15:28:13 +0530 Received: from d28relay03.in.ibm.com (d28relay03.in.ibm.com [9.184.220.60]) by d28dlp02.in.ibm.com (Postfix) with ESMTP id 089563940023 for ; Thu, 13 Feb 2014 15:28:09 +0530 (IST) Received: from d28av01.in.ibm.com (d28av01.in.ibm.com [9.184.220.63]) by d28relay03.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id s1D9w10M3408154 for ; Thu, 13 Feb 2014 15:28:01 +0530 Received: from d28av01.in.ibm.com (localhost [127.0.0.1]) by d28av01.in.ibm.com (8.14.4/8.14.4/NCO v10.0 AVout) with ESMTP id s1D9w706026826 for ; Thu, 13 Feb 2014 15:28:07 +0530 Message-ID: <52FC98A6.1000701@linux.vnet.ibm.com> Date: Thu, 13 Feb 2014 15:34:22 +0530 From: Raghavendra K T MIME-Version: 1.0 Subject: Re: [RFC PATCH V5] mm readahead: Fix readahead fail for no local memory and limit readahead pages References: <1390388025-1418-1-git-send-email-raghavendra.kt@linux.vnet.ibm.com> <20140206145105.27dec37b16f24e4ac5fd90ce@linux-foundation.org> <20140206152219.45c2039e5092c8ea1c31fd38@linux-foundation.org> <52F4B8A4.70405@linux.vnet.ibm.com> <52F88C16.70204@linux.vnet.ibm.com> <52F8C556.6090006@linux.vnet.ibm.com> <52FC6F2A.30905@linux.vnet.ibm.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: David Rientjes Cc: Andrew Morton , Fengguang Wu , David Cohen , Al Viro , Damien Ramonda , Jan Kara , Linus Torvalds , Nishanth Aravamudan , linux-mm@kvack.org, linux-kernel@vger.kernel.org On 02/13/2014 01:35 PM, David Rientjes wrote: > On Thu, 13 Feb 2014, Raghavendra K T wrote: > >> I was able to test (1) implementation on the system where readahead problem >> occurred. Unfortunately it did not help. >> >> Reason seem to be that CONFIG_HAVE_MEMORYLESS_NODES dependency of >> numa_mem_id(). The PPC machine I am facing problem has topology like >> this: [...] >> >> So it seems numa_mem_id() does not help for all the configs.. >> Am I missing something ? >> > > You need the patch from http://marc.info/?l=linux-mm&m=139093411119013 > first. Thanks David, unfortunately even after applying that patch, I do not see the improvement. Interestingly numa_mem_id() seem to still return the value of a memoryless node. May be per cpu _numa_mem_ values are not set properly. Need to dig out .... -- 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