From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vlastimil Babka Subject: Re: [patch v2 1/3] mm: remove GFP_THISNODE Date: Mon, 02 Mar 2015 17:23:04 +0100 Message-ID: <54F48E68.6070706@suse.cz> References: <54F469C1.9090601@suse.cz> <54F48980.3090008@suse.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: David Rientjes , Andrew Morton , Pekka Enberg , Joonsoo Kim , Johannes Weiner , Mel Gorman , Pravin Shelar , Jarno Rajahalme , Li Zefan , Greg Thelen , linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org, netdev-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, dev-yBygre7rU0TnMu66kgdUjQ@public.gmane.org To: Christoph Lameter Return-path: In-Reply-To: Sender: cgroups-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: netdev.vger.kernel.org On 03/02/2015 05:08 PM, Christoph Lameter wrote: > On Mon, 2 Mar 2015, Vlastimil Babka wrote: > >>> You are thinking about an opportunistic allocation attempt in SLAB? >>> >>> AFAICT SLAB allocations should trigger reclaim. >>> >> >> Well, let me quote your commit 952f3b51beb5: > > This was about global reclaim. Local reclaim is good and that can be > done via zone_reclaim. Right, so the patch is a functional change for zone_reclaim_mode == 1, where !__GFP_WAIT will prevent it.