At 03 Feb 2004 23:10:52 -0800, Dave Hansen wrote: > remap_onepage() is quite a function. 300 lines. It sure does cover a > lot of ground. :) > > Defragmentation is a bit easier than removal because it isn't as > mandatory. Instead of having to worry about waiting on things like > writeback, the defrag code can just bail. Waiting for !pagewriteback and writing back page at the beginning of remap_onepage() are a sort of "easy part". We need to wait for exclusive access of a page before copying anyway, and interesting things such as vmtruncate can happen while waiting for it. I don't think the code can be much shorter without assuming a single processor !CONFIG_PREEMPT system. -- IWAMOTO Toshihiro - 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
- Re: Active Memory Defragmentation: Our implementation & problemsDave Hansen
- Prev by Date: Re: Q: large files in iso9660 ?
- Next by Date: Re: ALSA in 2.6 -- no snd-au8830?
- Previous by thread: Re: Active Memory Defragmentation: Our implementation & problems
- Next by thread: Re: Active Memory Defragmentation: Our implementation & problems
- Indexes:[Main][Thread]