Mark Williamson <[EMAIL PROTECTED]> writes: > > The Xen guys idea of memory hotplug is another matter it sounds > > like the want to page an OS with memory hotplug which is just > > plain silly, and also unimplemented so I will cross that bridge > > when I come to it. > > The idea isn't to page the OS per se. The guest OS is responsible for the > fine-grain paging of its applications in the usually way to fit within its > physical memory allocation. > > In order to allow coarse-grained changes in physical memory allocation (e.g. > I > want to shrink a domain by 128MB so I can run another one), XenLinux uses a > "balloon driver", which basically allocates a load of memory and gives it > back to Xen to be used elsewhere. > > This is currently invoked by the administrator, although we've talked about a > daemon that will automatically shift memory allocations around between > domains based on their requirements. > > A memory hotplug interface would clean up the ballooning interface somewhat > (rather than using pretend allocations) but would still only be activated > relatively infrequently.
And what I am really objecting to is xen doing memory allocation in 4KiB chunks. Pushing the chunk size up to 2MiB or 4MiB, or even doing plain extents of memory like the old protected mode OS's did before paging sounds more reasonable. Without allowing the OS access to large contiguous chunks of physical memory you are asking the OS to give up significant performance tuning opportunities. Plus with by giving the OS large pages much of the mess of needing a virtual, logical and physical address is unnecessary and the OS can simply have virtual and physical addresses as they do not. In addition large chunks of memory are going to work better with whatever memory hotplug infrastructure is implemented, than 4KiB chunks. As memory hotplug is either going to be memory controller hotplug (in numa systems) or possible DIMM hotplug is extremely fault tolerant servers. So please simply everyone's lives and code and use large pages in Xen. Eric - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
