without -mem-prealloc HugePages_Total: 2560 HugePages_Free: 2296 HugePages_Rsvd: 0 so after minimum test, i can say that's your patch seems to be correct this problem. Thanks. Nicolas 2009/5/27 nicolas prochazka <prochazka.nicolas@xxxxxxxxx>: > hello again, > after applying patch : > > HugePages_Total: 2560 > HugePages_Free: 2558 > HugePages_Rsvd: 262 > HugePages_Surp: 0 > Hugepagesize: 2048 kB > > with a running command : > /usr/local/bin/qemu -localtime -usb -usbdevice tablet -net > vde,vlan=0,sock=/tmpsafe/switch -vnc 10.98.98.1:111 -monitor > tcp:127.0.0.1:10111,server,nowait,nodelay -vga std -m 512 -net > nic,vlan=0,macaddr=ac:de:48:44:d3:d7,model=e1000 -drive > file=windowsxp,boot=on,snapshot=on -mem-prealloc -mempath /hugepages > -no-kvm-irqchip -startdate now > > only 2 pages are used ? qemu runs for 30 minutes. > > 2009/5/27 Avi Kivity <avi@xxxxxxxxxx>: >> nicolas prochazka wrote: >>> >>> Hello, >>> Since this patch : >>> >>> http://git.kernel.org/?p=virt/kvm/qemu-kvm.git;a=commit;h=0e8d16ba06486ebf79f131f28121774715975248 >>> Remove qemu_alloc_physram() >>> Obsolete. >>> >>> function alloc_mem_area(memory, &map_len, mem_path); is never calling in >>> code, >>> and it seems that's -mem-path ( or -mempath) /hugepages does not >>> work for me now. >>> before this patch, i can see for example in /proc/meminfo : >>> HugePages_Total: 2560 >>> HugePages_Free: 2301 >>> when i start one kvm/qemu >>> >>> now , HupePages_Free never down , hugepages_free = hugepages_total. >>> >>> >> >> Please test the attached patch. >> >> -- >> error compiling committee.c: too many arguments to function >> >> > -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
