Hi,

I have updated to CS 4.2 (not sure that my problem has to do anything with
that...)
I have RAM overprovisioning level of 2 on Cluster level.

And after I start VM with compute ofering of 2GHZ (1x2gHz) and 2GB of ram,
it does invoke qemu-kvm with good parameters (2048M), but inside my VM when
doing top, or free -m, it reports rougly 50% of that amount:

Here is the ps axu | grep vname #from host on which VM is running:

root     17264  5.9  2.1 3447568 1090636 ?     Sl   22:35   0:23
/usr/libexec/qemu-kvm -name i-2-248-VM -S -M rhel6.4.0 -enable-kvm *-m 2048
-*smp 1,sockets=1,cores=1,threads=1 -uuid 45087776-1238-4255-a87f-7ae6bcddc4a3
-nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/
var/lib/libvirt/qemu/i-2-248-VM.monitor,server,nowait -mon
chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown
-device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive
file=/var/lib/libvirt/images/aa0d036a-f814-4cd8-991f-
d0a0ad21a7d4,if=none,id=drive-virtio-disk0,format=qcow2,cache=none -device
virtio-blk-pci,scsi=off,bus=pci.0,addr=0x4,drive=drive-
virtio-disk0,id=virtio-disk0,bootindex=2 -drive
if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,cache=none
-device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1
-netdev tap,fd=23,id=hostnet0,vhost=on,vhostfd=36 -device
virtio-net-pci,netdev=hostnet0,id=net0,mac=06:b0:24:00:00:66,bus=pci.0,addr=0x3
-chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0
-device usb-tablet,id=input0 -vnc0.0.0.0:12,password -vga cirrus -device
virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5

>From inside VM:

# free -m
             *total*       used       free     shared    buffers     cached
Mem:           *853*         92        761          0          5         28
-/+ buffers/cache:         58        795
Swap:         4095          0       4095

Same for top.
Not sure what is happening, has to do something with RAM overprovisioning
factor ?
How is this possible, when qemu-kvm parameteres seems fine (-m 2048)

Thanks,
-- 

Andrija Panić

Reply via email to