Hello, > > Moving file-backed pages is mostly handled already. You can do a > > regular page-cache lookup with find_get_page(), make your copy, > > invalidate the old one, then readd the new one. The invalidation can be > > done in the same style as shrink_list(). > > Actually, it is a bit more complicated. > I have implemented similar functionality for memory hotremoval. > > See my post about memory hotremoval > http://marc.theaimsgroup.com/?l=linux-kernel&m=107354781130941&w=2 > for details. > remap_onepage() and remapd() in the patch are the main functions. My patch may be one of the samples. To allocate continuous pages on demand, I used remap_onepage() to defragment pages. http://www.ussg.iu.edu/hypermail/linux/kernel/0401.1/0045.html Thank you, Hirokazu Takahashi. - 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/
References:
- Re: Active Memory Defragmentation: Our implementation & problemsAlok Mooley
- Re: Active Memory Defragmentation: Our implementation & problemsDave Hansen
- Re: Active Memory Defragmentation: Our implementation & problemsIWAMOTO Toshihiro
- Prev by Date: Re: Freeing skbuff (was: Re: Sending built-by-hand packet and kernel panic.)
- Next by Date: Re: [PATCH] [IDE] remove ide_dma_queued_* ops from ide_hwif_t
- Previous by thread: Re: Active Memory Defragmentation: Our implementation & problems
- Next by thread: Re: Active Memory Defragmentation: Our implementation & problems
- Indexes:[Main][Thread]