this patchs allow the guest not shadowed memory to be swapped out. to make it the must effective you should run -kvm-shadow-memory 1 (witch will make your machine slow) with -kvm-shadow-memory 1, 3giga memory guest can get to be just 32mb on physical host!
when not using -kvm-shadow-memory, i saw 4100mb machine getting to as low as 168mb on the physical host (not as bad as i thought it would be, and surely not as bad as it can be with 41mb of shadow pages :)) it seems to be very stable, it didnt crushed to me once, and i was able to run: 2 3giga each windows xp + 5giga linux guest and 2 4.1 giga each windows xp and 2 2giga each windows xp. few things to note: ignore for now the ugly messages at dmesg, it is due to the fact that gfn_to_page try to sleep while local intrreupts disabled ( we have to split some emulator function so it wont do it) and i saw some issue with the new rmapp at fedora 7 live cd, for some reason , in the nonpaging mode rmap_remove getting called about 50 times less than it need it doesnt happen at other linux guests, need to check this... (for now it mean you might have about 200k of memory leak for each fedora 7 live cd you are runing ) also note that now kvm load much faster, beacuse no memset on all the memory is needed (beacuse gfn_to_page get called at run time) (avi, and dor, note that this patch include small fix to a bug in the patch that i sent you) ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ kvm-devel mailing list kvm-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/kvm-devel
