Hi Alexandre, and many thanks for your replies
The kvm process is your vm ;) (each guestvm is a kvm process)
At boot, windows fill the memory with zero. and that's use cpu
It is correct, but all these process at 100% of CPU
Question: Is this a normal behavior?
And while more RAM has the VM,
also, can you post your vm config file?
This is a VM of test, but the idea is that soon it will be in production
with a data base.
For my final test, this VM will have 248GB RAM
balloon: 0
boot: c
bootdisk: ide0
cores: 40
cpu: host
hotplug: 1
ide2: none,media=cdrom
memory: 126976
name:
Also,
seem that they are numa improvement since qemu 2.1 and auto numa balancing,
I'm currently reading the doc,
I'll try to send command lines tommorrow to test.
- Mail original -
De: Alexandre DERUMIER aderum...@odiso.com
À: Cesar Peschiera br...@click.com.py
Cc:
I think this could help, if you have a numa architecture.
for example, if you defined a vm, with 2 sockets and 2 cores, and 256GB ram.
and that your host is 2sockets, with 128GB in each processor bank
-object memory-backend-ram,size=131072M,policy=bind,host-nodes=0,id=ram-node0 \
-numa
Hi Alexandre
Many thanks for your suggestions, it is much appreciated.
But i want to distribute the RAM of Server so:
- 8GB. RAM for PVE.
- 8 GB. RAM for the OS Win2008R2 VM.
- 248 GB. RAM for MS-SQL Server (into this VM)
So that i would like to ask you if you can give me your suggestions in
Hi PVE developers team
I would like to report a bug and do a suggestion:
The Bug:
I have installed a Win2008R2 VM with 248 GB. RAM assigned (without ballon
drive), and while that the task manager of this VM tell me that has
242,897 MB. of physical memory free, the PVE GUI tell me that this VM
Yesterday fedora proyect has a new version of Virtio Win drivers, it is the
0.1-94 version, that can be downloaded of here:
http://alt.fedoraproject.org/pub/alt/virtio-win/latest/images/bin/virtio-win-0.1-94.iso
Best regards
Cesar
___
pve-devel
Unfortunately, no, but i wait that someone if, and can tell us.
- Original Message -
From: Lindsay Mathieson lindsay.mathie...@gmail.com
To: Cesar Peschiera br...@click.com.py
Sent: Monday, December 01, 2014 11:57 PM
Subject: Re: [pve-devel] New virtio-win driver 0.1-94.iso version in
Oh Great !
I known that the net driver has been greatly improved with multiqueue support.
and also some critical bugfix in virtio-blk flush (fua) support.
I'll test it this week :)
- Mail original -
De: Cesar Peschiera br...@click.com.py
À: pve-devel@pve.proxmox.com
Envoyé: Mardi 2
at i would like to ask you if you can give me your suggestions in
practical terms, besides the brief theoretical explanation, this is due to
that i am not a developer and i don't understand as apply it in my PVE.
About the command line, each vm is a kvm process.
So start your vm with current
10 matches
Mail list logo