From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934442AbXEGQwP (ORCPT ); Mon, 7 May 2007 12:52:15 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S934430AbXEGQwP (ORCPT ); Mon, 7 May 2007 12:52:15 -0400 Received: from mx1.redhat.com ([66.187.233.31]:45387 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934257AbXEGQwO (ORCPT ); Mon, 7 May 2007 12:52:14 -0400 Message-ID: <463F5926.6020401@redhat.com> Date: Mon, 07 May 2007 12:51:50 -0400 From: Rik van Riel Organization: Red Hat, Inc User-Agent: Thunderbird 1.5.0.7 (X11/20061008) MIME-Version: 1.0 To: Ulrich Drepper CC: Nick Piggin , Linus Torvalds , linux-kernel , linux-mm , Andrew Morton , Jakub Jelinek Subject: Re: [PATCH] MM: implement MADV_FREE lazy freeing of anonymous memory References: <4632D0EF.9050701@redhat.com> <463B108C.10602@yahoo.com.au> <463B598B.80200@redhat.com> <463BC62C.3060605@yahoo.com.au> <463E5A00.6070708@redhat.com> <463E921D.3070407@redhat.com> <463EB169.8030701@redhat.com> <463EB0C4.6060901@redhat.com> In-Reply-To: <463EB0C4.6060901@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Ulrich Drepper wrote: > Rik van Riel wrote: >> It's trivial to merge the MADV_FREE #defines into the kernel >> though, and aliasing MADV_FREE to MADV_DONTNEED for the time >> being is a one-liner - just an extra constant into the big >> switch statement in sys_madvise(). > > Until the semantics of the implementation is cut into stone by having it > in the kernel I'll not start using it. The current MADV_DONTNEED implementation conforms to the semantics of MADV_FREE :) With MADV_FREE you can get back either your old data, or a freshly zeroed out new page. Always getting back the second alternative is conformant :) -- Politics is the struggle between those who want to make their country the best in the world, and those who believe it already is. Each group calls the other unpatriotic. From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <463F5926.6020401@redhat.com> Date: Mon, 07 May 2007 12:51:50 -0400 From: Rik van Riel MIME-Version: 1.0 Subject: Re: [PATCH] MM: implement MADV_FREE lazy freeing of anonymous memory References: <4632D0EF.9050701@redhat.com> <463B108C.10602@yahoo.com.au> <463B598B.80200@redhat.com> <463BC62C.3060605@yahoo.com.au> <463E5A00.6070708@redhat.com> <463E921D.3070407@redhat.com> <463EB169.8030701@redhat.com> <463EB0C4.6060901@redhat.com> In-Reply-To: <463EB0C4.6060901@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: Ulrich Drepper Cc: Nick Piggin , Linus Torvalds , linux-kernel , linux-mm , Andrew Morton , Jakub Jelinek List-ID: Ulrich Drepper wrote: > Rik van Riel wrote: >> It's trivial to merge the MADV_FREE #defines into the kernel >> though, and aliasing MADV_FREE to MADV_DONTNEED for the time >> being is a one-liner - just an extra constant into the big >> switch statement in sys_madvise(). > > Until the semantics of the implementation is cut into stone by having it > in the kernel I'll not start using it. The current MADV_DONTNEED implementation conforms to the semantics of MADV_FREE :) With MADV_FREE you can get back either your old data, or a freshly zeroed out new page. Always getting back the second alternative is conformant :) -- Politics is the struggle between those who want to make their country the best in the world, and those who believe it already is. Each group calls the other unpatriotic. -- 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