On Tue, 2004-02-03 at 22:29, Martin J. Bligh wrote: > There are a couple of special cases that might be feasible without making > an ungodly mess. PTE pages spring to mind (particularly as they can be > in highmem too). They should be reasonably easy to move (assuming we can > use rmap to track them back to the process they belong to to lock them ... > hmmm ....) We don't do any pte page reclaim at any time other than process exit and there are plenty of pte pages we can just plain free anyway. Anthing that's completely mapping page cache, for instance. In the replacement case, taking mm->page_table_lock, doing the copy, and replacing the pointer from the pmd should be all that it takes. But, I wonder if we could miss any sets of the pte dirty bit this way... --dave - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo _at_ vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Follow-Ups: References:
- Re: Active Memory Defragmentation: Our implementation & problemsAlok Mooley
- Re: Active Memory Defragmentation: Our implementation & problemsDave Hansen
- Re: Active Memory Defragmentation: Our implementation & problemsMartin J. Bligh
- Re: Active Memory Defragmentation: Our implementation & problemsDave Hansen
- Re: Active Memory Defragmentation: Our implementation & problemsMartin J. Bligh
- Prev by Date: RE: RDMA(Remote direct Memory access)
- Next by Date: Re: Active Memory Defragmentation: Our implementation & problems
- Previous by thread: Re: Active Memory Defragmentation: Our implementation & problems
- Next by thread: Re: Active Memory Defragmentation: Our implementation & problems
- Indexes:[Main][Thread]