On Tuesday, March 03, 2015 11:08:38 AM Stefano Stabellini wrote: > Hi all, > > this patch series fixes the freemem loop on machines with very large > amount of memory, where the current wait time is not enough. > > In order to be able to handle arbitrarly large amount of ram, we > implement in libxl_wait_for_memory_target a policy of waiting until dom0 > is making progress. The patch series also reverts "libxl: Wait for > ballooning if free memory is increasing", that is not actually > implemented correctly. > > Stefano Stabellini (4): > Revert "libxl: Wait for ballooning if free memory is increasing" > libxl_wait_for_memory_target: wait as long as dom0 is making progress > freemem: remove call to libxl_wait_for_free_memory > libxl_wait_for_memory_target: wait for 2 sec at a time > > tools/libxl/libxl.c | 31 +++++++++++++++++++++++-------- > tools/libxl/xl_cmdimpl.c | 29 ++++++----------------------- > 2 files changed, 29 insertions(+), 31 deletions(-)
I just tested this whole series and it works well in my environment (64G - 512G guests). dom0 now balloons down just the required amount. Also, domU startup works the first time, as it correctly waits until memory is freed. (Using dom0_mem is still a preferred option, as the ballooning delay can be significant.) Thanks for all the help and patience as we've worked through this. Ack to the whole series: Acked-by: Mike Latimer <mlati...@suse.com> -Mike _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel