>>Please, let me to do a comparison with VMware... >>In VMware esx, when a VM is created or modified, it shown me options of >>cores and threads in separate form for configure it, while in PVE only show >>me the cores, this situation can confuse to any, due to that the user may >>think that only need to add the cores and not the threads of processors, so >>i guess that the PVE GUI must be more specific with this topic, in >>principle, i guess that PVE GUI must say "threads of cores", but this is >>only my humble opinion.
I think that currently, without defined numa inside the guest, it don't change nothing to set 1 socket * 2cores * 1 thread or 2 sockets * 1core * 1 thread or 1 socket * 1 core * 2 threads (This generate 2 kvm threads in all case) But with numa, I think it could be great to implement thread support. I need to read doc a little more. Here an very good pdf from last kvm forum http://www.linux-kvm.org/wiki/images/7/75/01x07b-NumaAutobalancing.pdf ----- Mail original ----- De: "Cesar Peschiera" <br...@click.com.py> À: pve-devel@pve.proxmox.com Envoyé: Lundi 1 Décembre 2014 22:32:03 Objet: [pve-devel] Report a bug and do a suggestion 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 has 240.03 GB. used. So i find a total contradiction between these two reports that needs be corrected. The suggestion: Please, let me to do a comparison with VMware... In VMware esx, when a VM is created or modified, it shown me options of cores and threads in separate form for configure it, while in PVE only show me the cores, this situation can confuse to any, due to that the user may think that only need to add the cores and not the threads of processors, so i guess that the PVE GUI must be more specific with this topic, in principle, i guess that PVE GUI must say "threads of cores", but this is only my humble opinion. Anyway, many thanks to the developers team of PVE for his great and professional work unfolded. Best regards Cesar _______________________________________________ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel _______________________________________________ pve-devel mailing list pve-devel@pve.proxmox.com http://pve.proxmox.com/cgi-bin/mailman/listinfo/pve-devel