Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933530Ab2KFBtn (ORCPT ); Mon, 5 Nov 2012 20:49:43 -0500 Received: from mail-da0-f46.google.com ([209.85.210.46]:44960 "EHLO mail-da0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932947Ab2KFBtm (ORCPT ); Mon, 5 Nov 2012 20:49:42 -0500 Date: Tue, 6 Nov 2012 10:49:32 +0900 From: Minchan Kim To: Arun Sharma Cc: KOSAKI Motohiro , Paul Turner , Andrew Morton , linux-kernel@vger.kernel.org, linux-mm@kvack.org, John Stultz , Christoph Lameter , Android Kernel Team , Robert Love , Mel Gorman , Hugh Dickins , Dave Hansen , Rik van Riel , Dave Chinner , Neil Brown , Mike Hommey , Taras Glek , KAMEZAWA Hiroyuki , sanjay@google.com, David Rientjes Subject: Re: [RFC v2] Support volatile range for anon vma Message-ID: <20121106014932.GA4623@barrios> References: <1351560594-18366-1-git-send-email-minchan@kernel.org> <20121031143524.0509665d.akpm@linux-foundation.org> <20121105235443.GA27718@dev3310.snc6.facebook.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121105235443.GA27718@dev3310.snc6.facebook.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: 1638 Lines: 42 Hello, On Mon, Nov 05, 2012 at 03:54:43PM -0800, Arun Sharma wrote: > On Wed, Oct 31, 2012 at 06:56:05PM -0400, KOSAKI Motohiro wrote: > > glibc malloc discard freed memory by using MADV_DONTNEED > > as tcmalloc. and it is often a source of large performance decrease. > > because of MADV_DONTNEED discard memory immediately and > > right after malloc() call fall into page fault and pagesize memset() path. > > then, using DONTNEED increased zero fill and cache miss rate. > > The memcg based solution that I posted a few months ago is working well > for us. We see significantly less cpu in zero'ing pages. > > Not everyone was comfortable with the security implications of recycling > pages between processes in a memcg, although it was disabled by default > and had to be explicitly opted-in. > > Also, memory allocators have a second motivation in using madvise: to > create virtually contiguous regions of memory from a fragmented address > space, without increasing the RSS. I don't get it. How do we create contiguos region by madvise? Just out of curiosity. Could you elaborate that use case? :) > > -Arun > > -- > 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 -- Kind Regards, Minchan Kim -- 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/