Messages in this thread | | | Subject | Re: [Lhms-devel] [PATCH 0/7] Fragmentation Avoidance V19 | From | Steven Rostedt <> | Date | Mon, 07 Nov 2005 14:34:30 -0500 |
| |
On Mon, 2005-11-07 at 13:20 +0100, Ingo Molnar wrote:
> > RAM removal, not RAM replacement. I explained all the variants in an > earlier email in this thread. "extending RAM" is relatively easy. > "replacing RAM" while doable, is probably undesirable. "removing RAM" > impossible.
Hi Ingo,
I'm usually amused when someone says something is impossible, so I'm wondering exactly "why"?
If the one requirement is that there must be enough free memory available to remove, then what's the problem for a fully mapped kernel? Is it the GPT? Or if there's drivers that physical memory mapped?
I'm not sure of the best way to solve the GPT being in the RAM that is to be removed, but there might be a way. Basically stop all activities and update all the tasks->mm.
As for the drivers, one could have a accounting for all physical memory mapped, and disable the driver if it is using the memory that is to be removed.
But other then these, what exactly is the problem with removing RAM?
BTW, I'm not suggesting any of this is a good idea, I just like to understand why something _cant_ be done.
-- Steve
- 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/
| |