* Mel Gorman <[email protected]> wrote:
> [...] The full 100% solution would be a large set of far reaching
> patches that would touch a lot of the memory manager. This would get
> rejected because the patches should have have arrived piecemeal. These
> patches are one piece. To reach 100%, other mechanisms are also needed
> such as;
>
> o Page migration to move unreclaimable pages like mlock()ed pages or
> kernel pages that had fallen back into easy-reclaim areas. A mechanism
> would also be needed to move things like kernel text. I think the memory
> hotplug tree has done a lot of work here
> o Mechanism for taking regions of memory offline. Again, I think the
> memory hotplug crowd have something for this. If they don't, one of them
> will chime in.
> o linear page reclaim that linearly scans a region of memory reclaims or
> moves all the pages it. I have a proof-of-concept patch that does the
> linear scan and reclaim but it's currently ugly and depends on this set
> of patches been applied.
how will the 100% solution handle a simple kmalloc()-ed kernel buffer,
that is pinned down, and to/from which live pointers may exist? That
alone can prevent RAM from being removable.
Ingo
-
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/
[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]
