--- "Richard B. Johnson" <root _at_ chaos.analogic.com> > If this is an Intel x86 machine, it is impossible > for pages > to get fragmented in the first place. The hardware > allows any > page, from anywhere in memory, to be concatenated > into linear > virtual address space. Even the kernel address space > is virtual. > The only time you need physically-adjacent pages is > if you > are doing DMA that is more than a page-length at a > time. The > kernel keeps a bunch of those pages around for just > that > purpose. > > So, if you are making a "memory defragmenter", it is > a CPU time-sink. > That's all. What if the external fragmentation increases so much that it is not possible to find a large sized block? Then, is it not better to defragment rather than swap or fail? -Alok __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free web site building tool. Try it! http://webhosting.yahoo.com/ps/sb/ - 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:
- Re: Active Memory Defragmentation: Our implementation & problemsRichard B. Johnson
- Re: Active Memory Defragmentation: Our implementation & problemsRichard B. Johnson
- Prev by Date: Re: Linux 2.6.2 aka "Feisty Dunnart"
- Next by Date: acpi interrupts going haywire
- Previous by thread: Re: Active Memory Defragmentation: Our implementation & problems
- Next by thread: Re: Active Memory Defragmentation: Our implementation & problems
- Indexes:[Main][Thread]