Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755191AbbBCJr3 (ORCPT ); Tue, 3 Feb 2015 04:47:29 -0500 Received: from cantor2.suse.de ([195.135.220.15]:40798 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751202AbbBCJrY (ORCPT ); Tue, 3 Feb 2015 04:47:24 -0500 Date: Tue, 3 Feb 2015 09:47:18 +0000 From: Mel Gorman To: Dave Hansen Cc: linux-mm@kvack.org, Minchan Kim , Vlastimil Babka , Andrew Morton , linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH] mm: madvise: Ignore repeated MADV_DONTNEED hints Message-ID: <20150203094718.GO2395@suse.de> References: <20150202165525.GM2395@suse.de> <54CFF8AC.6010102@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <54CFF8AC.6010102@intel.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1542 Lines: 32 On Mon, Feb 02, 2015 at 02:22:36PM -0800, Dave Hansen wrote: > On 02/02/2015 08:55 AM, Mel Gorman wrote: > > This patch identifies when a thread is frequently calling MADV_DONTNEED > > on the same region of memory and starts ignoring the hint. On an 8-core > > single-socket machine this was the impact on ebizzy using glibc 2.19. > > The manpage, at least, claims that we zero-fill after MADV_DONTNEED is > called: > It also claims that the kernel is free to ignore the advice. > > MADV_DONTNEED > > Do not expect access in the near future. (For the time being, the application is finished with the given range, so the kernel can free resources > > associated with it.) Subsequent accesses of pages in this range will succeed, but will result either in reloading of the memory contents from the > > underlying mapped file (see mmap(2)) or zero-fill-on-demand pages for mappings without an underlying file. > > So if we have anything depending on the behavior that it's _always_ > zero-filled after an MADV_DONTNEED, this will break it. True. I'd be surprised if any application depended on that but to be safe, an ignored hint could clear the pages. It would still be cheaper than a full teardown and refault. -- Mel Gorman SUSE Labs -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/