PID: 0.169 device: 0.135 boot: 0.115 other: 0.102 performance: 0.071 semantic: 0.067 vnc: 0.062 socket: 0.058 debug: 0.047 network: 0.047 permissions: 0.043 graphic: 0.040 files: 0.026 KVM: 0.019 debug: 0.703 performance: 0.044 device: 0.037 PID: 0.036 socket: 0.035 boot: 0.035 other: 0.027 files: 0.027 network: 0.020 semantic: 0.011 graphic: 0.008 permissions: 0.007 vnc: 0.006 KVM: 0.004 virtio-balloon-device locks up Guest Setting arbitrary balloon target values locks up the guest in some cases crashes it, if the target memory is < used +~5% free. Found while testing aggressive memory over-commit, scenarios. You get messages like: [ 155.827448] [] (show_stack) from [] (dump_stack+0x6c/0x88) [ 155.837076] [] (dump_stack) from [] (warn_alloc_failed+0xe0/0x120) [ 155.847075] [] (warn_alloc_failed) from [] (__alloc_pages_nodemask+0x600/0x91c) [ 155.859039] [] (__alloc_pages_nodemask) from [] (balloon_page_enqueue+0x20/0xbc) [ 155.870556] [] (balloon_page_enqueue) from [] (balloon+0x140/0x2cc) [ 155.881377] [] (balloon) from [] (kthread+0xd8/0xf4) page dumped bacause: nonzero _count BUG: BAad page state in process Xorg pfn:396e5 Test Environment: x86_64 Ubuntu 13.10, Guest Linux Kernel 3.19, qemu 2.2.0 with following patches applied - balloon OOM enhancement commit 5a10b7dbf904bfe01bb9fcc6298f7df09eed77d5 Author: Raushaniya Maksudova