Re: [PATCH] stub MADV_FREE implementation

On Mon, 07 May 2007 23:51:47 -0400
Rik van Riel <[email protected]> wrote:

> Until we have better performance numbers on the lazy reclaim path,
> we can just alias MADV_FREE to MADV_DONTNEED with this trivial
> patch.
> 
> This way glibc can go ahead with the optimization on their side
> and we can figure out the kernel side later.
> 
> Signed-off-by: Rik van Riel <[email protected]>

Could someone please explain what is going on here?

And has Ulrich indicated that glibc would indeed go out ahead of
the kernel in this fashion?
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Follow-Ups:
- Re: [PATCH] stub MADV_FREE implementation
  - From: "Ulrich Drepper" <[email protected]>

References:
- [PATCH] MM: implement MADV_FREE lazy freeing of anonymous memory
  - From: Rik van Riel <[email protected]>
- Re: [PATCH] MM: implement MADV_FREE lazy freeing of anonymous memory
  - From: Nick Piggin <[email protected]>
- Re: [PATCH] MM: implement MADV_FREE lazy freeing of anonymous memory
  - From: Ulrich Drepper <[email protected]>
- Re: [PATCH] MM: implement MADV_FREE lazy freeing of anonymous memory
  - From: Nick Piggin <[email protected]>
- [PATCH] stub MADV_FREE implementation
  - From: Rik van Riel <[email protected]>

Prev by Date: Re: [RFC/PATCH] doc: volatile considered evil
Next by Date: Re: 2.6.21-mm1 and now 2.6.21-git: SLUB Crashes on boot
Previous by thread: [PATCH] stub MADV_FREE implementation
Next by thread: Re: [PATCH] stub MADV_FREE implementation
Index(es):
- Date
- Thread

[Index of Archives] [Kernel Newbies] [Netfilter] [Bugtraq] [Photo] [Stuff] [Gimp] [Yosemite News] [MIPS Linux] [ARM Linux] [Linux Security] [Linux RAID] [Video 4 Linux] [Linux for the blind] [Linux Resources]