On Thu, 20 Oct 2005, Andrew Morton wrote:
> Christoph Lameter wrote:
> > Page migration is also useful for other purposes:
> > 1. Memory hotplug. Migrating processes off a memory node that is going
> > to be disconnected.
> > 2. Remapping of bad pages. These could be detected through soft ECC
> > and other mechanisms.
> It's only useful for these things if it works with close-to-100%
I think we need to gradually get there. There are other measures
implemented by the hotplug that can work in conjunction with these patches
to increase the likelyhood of successful migration.
Pages that are not on the LRU are very difficult to move and the hotplug
project addresses that by not allowing allocation in areas that may be
> And there are are all sorts of things which will prevent that - mlock,
> ongoing direct-io, hugepages, whatever.
Right. But these are not a problem for the page migration of processes in
order to optimize performance. The hotplug and the remapping of bad pages
will require additional effort to get done right. Nevertheless, the
material presented here can be used as a basis.
> So before we can commit ourselves to the initial parts of this path we'd
> need some reassurance that the overall scheme addresses these things and
> that the end result has a high probability of supporting hot unplug and
> remapping sufficiently well.
I think we have that assurance. The hotplug project has worked on these
patches for a long time and what we need is a way to gradually put these
things into the kernel. We are trying to facilitate that with these