[ovirt-users]Re: About oVirt’s future
Sad news. On 11/15/2022 9:44 AM, Nathanaël Blanchet via Users wrote: Hello all, This is definitely a really sad new, but it is a natural consequence of rhv die and I don't know why redhat should continue to invest in ovirt. I believed that more professional developpers were involved in RHV project, beginning by big companies as oracle who provides downstream OLVM... Does it mean they are about to let their own commercial product die as well if they don't involve in the upstream ovirt project? I think as well about Chinese community that do love ovirt. Was redhat really the only one to develop ovirt? They made great job and this software is wonderfully mature after more of 10 years of development. Sorry to tell that not everybody is able to lead such a big project, someone may contribute to some part but we do need genius or professional developpers if we want ovirt to survive. Most of the job has been accomplished for the ovirt project we all know and I'm sure okd can't be in the next months or years the immediate ovirt replacement. So without developing new features, the main effort may be to maintain it by integrating new package versions like el9,wildfly and so on... Definitely a sad new... Le 14 nov. 2022 23:40, Frank Wall a écrit : Hi Didi, thanks for keeping us updated. However, I'm concerned... > Ultimately, the future of oVirt lies in the hands of the community. If > you, as a community member, use and like oVirt, and want to see it > thrive, now is the best time to help with this! I don't want to be rude, but this sounds to me like no developers have shown interest in keeping oVirt alive. Is this true? Is no other company actively developing oVirt anymore? > We worked hard over the last year or so on making sure the oVirt > project will be able to sustain development even without much > involvement from us - including moving most of the infrastructure from > private systems that were funded by/for oVirt/RHV, elsewhere - code > review from Gerrit to GitHub, and CI (Continuous Integration) from > jenkins to GitHub/Copr/CentOS CBS. I appreciate the effort to make the source code accessible. However, I'm also wondering: was any sort of governing organization established, so that development could actually take place when RedHat pulls the plug? The answer to this is probably related to my previous question, whether or not there are any non-RedHat developers involved. Ciao - Frank ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/5DQ3OLT3B5QALLFUK4OMKDYJEJXSYP7A/ ___ Users mailing list --users@ovirt.org To unsubscribe send an email tousers-le...@ovirt.org Privacy Statement:https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct:https://www.ovirt.org/community/about/community-guidelines/ List Archives:https://lists.ovirt.org/archives/list/users@ovirt.org/message/FJLPK72L3NQRR7NFGUEHGO3CBV5OQTL6/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/WJDNZ5ZZ3FMFFLDALUY5R5JRKIT5ODWX/
[ovirt-users]Re: About oVirt’s future
Hello all, This is definitely a really sad new, but it is a natural consequence of rhv die and I don't know why redhat should continue to invest in ovirt. I believed that more professional developpers were involved in RHV project, beginning by big companies as oracle who provides downstream OLVM... Does it mean they are about to let their own commercial product die as well if they don't involve in the upstream ovirt project? I think as well about Chinese community that do love ovirt. Was redhat really the only one to develop ovirt? They made great job and this software is wonderfully mature after more of 10 years of development. Sorry to tell that not everybody is able to lead such a big project, someone may contribute to some part but we do need genius or professional developpers if we want ovirt to survive. Most of the job has been accomplished for the ovirt project we all know and I'm sure okd can't be in the next months or years the immediate ovirt replacement. So without developing new features, the main effort may be to maintain it by integrating new package versions like el9,wildfly and so on... Definitely a sad new... Le 14 nov. 2022 23:40, Frank Wall a écrit : Hi Didi, thanks for keeping us updated. However, I'm concerned... > Ultimately, the future of oVirt lies in the hands of the community. If > you, as a community member, use and like oVirt, and want to see it > thrive, now is the best time to help with this! I don't want to be rude, but this sounds to me like no developers have shown interest in keeping oVirt alive. Is this true? Is no other company actively developing oVirt anymore? > We worked hard over the last year or so on making sure the oVirt > project will be able to sustain development even without much > involvement from us - including moving most of the infrastructure from > private systems that were funded by/for oVirt/RHV, elsewhere - code > review from Gerrit to GitHub, and CI (Continuous Integration) from > jenkins to GitHub/Copr/CentOS CBS. I appreciate the effort to make the source code accessible. However, I'm also wondering: was any sort of governing organization established, so that development could actually take place when RedHat pulls the plug? The answer to this is probably related to my previous question, whether or not there are any non-RedHat developers involved. Ciao - Frank ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/5DQ3OLT3B5QALLFUK4OMKDYJEJXSYP7A/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/FJLPK72L3NQRR7NFGUEHGO3CBV5OQTL6/
[ovirt-users] Re: 4.5.2 Create Additional Gluster Logical Volumes fails
Am I really the only user to try and create new gluster volumes on an existing vg? Has anyone succeeded in doing this on 4.5.2? ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZODKY4PPTDDHRDL2SZAPC4XN2VTTDU4V/
[ovirt-users]Re: About oVirt’s future
Hi Didi, thanks for keeping us updated. However, I'm concerned... Ultimately, the future of oVirt lies in the hands of the community. If you, as a community member, use and like oVirt, and want to see it thrive, now is the best time to help with this! I don't want to be rude, but this sounds to me like no developers have shown interest in keeping oVirt alive. Is this true? Is no other company actively developing oVirt anymore? We worked hard over the last year or so on making sure the oVirt project will be able to sustain development even without much involvement from us - including moving most of the infrastructure from private systems that were funded by/for oVirt/RHV, elsewhere - code review from Gerrit to GitHub, and CI (Continuous Integration) from jenkins to GitHub/Copr/CentOS CBS. I appreciate the effort to make the source code accessible. However, I'm also wondering: was any sort of governing organization established, so that development could actually take place when RedHat pulls the plug? The answer to this is probably related to my previous question, whether or not there are any non-RedHat developers involved. Ciao - Frank ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/5DQ3OLT3B5QALLFUK4OMKDYJEJXSYP7A/
[ovirt-users] Remote logging for httpd
My relatively small lab system was generating ~10GB of httpd logging on a daily
basis. Even with logrotate and compression, the activity level was just
ludicrous. I don't remember this from earlier versions. I don't see any
obvious errors in the log that explain this over-zealous behavior. I didn't
want to suppress the logs completely, and the LogLevel is already on warn. I
decided in the end to remote log to my central syslog server which stores the
logs on an NFS mount from a FreeNAS (ZFS with compression) NAS. The
compression will keep the actual disk space down, and since I am not all that
worried about losing some logs, I went with sync=off and udp on the transit.
Here are the changes I made to /etc/httpd/conf.d/ssl.conf in case someone else
finds them useful.
48,49c48,51
< ErrorLog logs/ssl_error_log
< TransferLog logs/ssl_access_log
---
> #ErrorLog logs/ssl_error_log
> ErrorLog "|/usr/bin/logger -t ssl-error -p local1.warn"
> #TransferLog logs/ssl_access_log
> TransferLog "|/usr/bin/logger -t ssl-access -p local1.warn"
203,206c205,212
< CustomLog logs/ssl_request_log \
< "%t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x \"%r\" %b"
<
< CustomLog logs/ovirt-requests-log "%t %h \"Correlation-Id:
%{Correlation-Id}o\" \"Duration: %Dus\" \"%r\" %b" "expr=%{QUERY_STRING} !~
/username.*password|password.*username/"
---
> #CustomLog logs/ssl_request_log \
> # "%t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x \"%r\" %b"
> LogFormat "%t %h %{SSL_PROTOCOL}x %{SSL_CIPHER}x \"%r\" %b" ssl-request-format
> CustomLog "|/usr/bin/logger -t ssl-requests -p local1.warn"
> ssl-request-format
>
> LogFormat "%t %h \"Correlation-Id: %{Correlation-Id}o\" \"Duration: %Dus\"
> \"%r\" %b" ovirt-requests-format
> CustomLog "|/usr/bin/logger -t ovirt-requests -p local1.warn"
> ovirt-requests-format "expr=%{QUERY_STRING} !~
> /username.*password|password.*username/"
> #CustomLog logs/ovirt-requests-log "%t %h \"Correlation-Id:
> %{Correlation-Id}o\" \"Duration: %Dus\" \"%r\" %b" "expr=%{QUERY_STRING} !~
> /username.*password|password.*username/"
then blocked local logging to messages with local1.none in rsyslog.conf.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7SG4ZBBXOJQILQK23PJILGY4OZAGCDVK/
[ovirt-users]Re: About oVirt’s future
On Mon, Nov 14, 2022 at 6:29 PM Strahil Nikolov wrote: > > Hey Didi, > > thanks for the recap. > I hope that soon I will have some free time and I can more actively involve > in the next months. Thanks! > > I would like to get some hints about the Ansible code. How do we test it ? Do you refer to [1] (engine-initiated, mainly host-deploy) or [2] (most of the rest)? I do not think there is any "unit-testing" for any of them. Much of the code there is tested as part of [3] - host-deploy code is ran by all suites there, HE-deploy by the he-basic suite, and some of the other ansible code by the ansible suite. [3] used to run on our jenkins server, and so I could (and did) point people to successful runs there (e.g. if there was a question about content of some log file or whatever), but now we don't, anymore. It does still run routinely in systems internal to Red Hat. Anyone can run it manually - and if you try and run into problems, please report :-). Thanks and best regards, [1] https://github.com/oVirt/ovirt-engine/tree/master/packaging/ansible-runner-service-project [2] https://github.com/oVirt/ovirt-ansible-collection/ [3] https://github.com/oVirt/ovirt-system-tests/ > > Best Regards, > Strahil Nikolov > > > > On Mon, Nov 14, 2022 at 9:14, Yedidyah Bar David > wrote: > Hi all, > > Red Hat Virtualization (RHV) recently entered maintenance phase[1], > and the RHV development team is gradually shifting its efforts over to > other projects. > > We are still around, subscribed to the mailing lists, answering > questions and help as needed. > > There is a strong trend in the industry towards containers and > microservices, and Red Hat's part of that is OpenShift. People that > want to use OpenShift and still need virtualization, until they > transition their workloads to run in containers, would best be served > by using OpenShift Virtualization. Following this, if you are an oVirt > user, you might want to try OKD Virtualization [2], the Community > Distribution of Kubernetes that powers Red Hat OpenShift, and Forklift > [3], a migration tool that facilitates the transition of VM workloads > from oVirt to OKD Virtualization. > > We worked hard over the last year or so on making sure the oVirt > project will be able to sustain development even without much > involvement from us - including moving most of the infrastructure from > private systems that were funded by/for oVirt/RHV, elsewhere - code > review from Gerrit to GitHub, and CI (Continuous Integration) from > jenkins to GitHub/Copr/CentOS CBS. > > We see lots of activity in the community both trying and using oVirt, > and helping each other, which is great! > > We also see some work done on basing oVirt on Rocky/Alma Linux, which > is also great! We’ll be happy to help with this, where our specific > expertise is needed. > > Ultimately, the future of oVirt lies in the hands of the community. If > you, as a community member, use and like oVirt, and want to see it > thrive, now is the best time to help with this! > > In particular, we welcome long-time, active members of this list to > join the list moderation team. If you want to help with this, please > contact me directly, or email ovirt-users at ovirt.org. > > I am posting this message to both lists - users and devel, separately > - deliberately not cross-posting. If you are subscribed to both, and > feel like replying, please choose the list that best matches the > content of your reply. Thanks! :-) > > Best regards, > > [1] https://access.redhat.com/support/policy/updates/rhev > > [2] https://docs.okd.io/latest/virt/about-virt.html > > [3] https://www.konveyor.io/tools/forklift/ > -- > Didi > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/HEKKBM6MZEKBEAXTJT45N5BZT72VI67T/ -- Didi ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/RVPQNFLFZOKJWZ5B2K75RWOM5KYPEKZH/
[ovirt-users] Re: Best performance for vcpu pinning
There is a script in the RHV for HANA Guide: https://access.redhat.com/sites/default/files/attachments/deploying_sap_hana_on_red_hat_virtualization_4.4_with_lun_pt_6tb_lm_and_cooper_lake.pdf (search for "Calculate CPU Pinning") Greetings Klaas On 11/14/22 13:43, Liran Rotenberg wrote: On Mon, Nov 14, 2022 at 11:12 AM wrote: Hello List, how can I achieve the best performance with vcpu pinning in KVM? Is it better to have 1:1 mapping between virtual and physical thread like this: Or is it better to allow each vCPU to run on any of the limited number of physical threads? e.g. The hypervisor host has 2 CPUs. Each CPU has 8 cores and each core 2 Threads. In total this are 32 threads. lscpu Architecture: x86_64 CPU op-mode(s): 32-bit, 64-bit Byte Order: Little Endian CPU(s): 32 On-line CPU(s) list: 0-31 Thread(s) per core: 2 Core(s) per socket: 8 Socket(s): 2 NUMA node(s): 2 Vendor ID: GenuineIntel CPU family: 6 Model: 85 Model name: Intel(R) Xeon(R) Gold 6244 CPU @ 3.60GHz Stepping: 7 CPU MHz: 4213.731 CPU max MHz: 4400. CPU min MHz: 1200. BogoMIPS: 7200.00 Virtualization: VT-x L1d cache: 32K L1i cache: 32K L2 cache: 1024K L3 cache: 25344K NUMA node0 CPU(s): 0-7,16-23 NUMA node1 CPU(s): 8-15,24-31 I need to run 2 VMs on this host. One is for production and should have 24 vCPUs and the other one is for test and should have 8 vCPUs. Test VM workload should not impact Prod VM performance. Current configuration is: TEST: 128 1 PROD: 192 1 Versions are: ovirt-host-4.3.5 libvirt-5.7.0-28.el7.x86_64 Hi Martin, The recommended approach would be to pin the CPUs into specific physical CPUs. The most important part is to be under the same socket. VDSM uses physical CPU 1, unless you changed the default VDSM settings, so maybe it would be better to use the second socket. You may also wish to refer to the NUMA topology (using socket 1 that would be - NUMA node1 CPU(s): 8-15,24-31). Overall: 0#8,24_1#9,25_2#10,26 and so on. This is also with the thought that physical cpu 8 and 24 are two threads in the same core. You can check it using VDSM API or just # cat /proc/cpuinfo. Note, that physical CPUs you use with this method are in a shared pool and can be used by other VMs. If you wish it to be exclusive to the VM, you may use the dedicated CPU feature under the VM resource allocation tab. Note, it will pin the CPUs for you. Regards, Liran. Thanks in advance, Martin ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/HCNWYSIBMUY7Q3YU25KQL2MUCK42GMJ6/ ___ Users mailing list --users@ovirt.org To unsubscribe send an email tousers-le...@ovirt.org Privacy Statement:https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct:https://www.ovirt.org/community/about/community-guidelines/ List Archives:https://lists.ovirt.org/archives/list/users@ovirt.org/message/UDWR2WVOLY7SCEXQHZQJJK7RMT4HBE3B/___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/6XPQQA3CTL5RHJRCBYFKQRYCPGTOXET6/
[ovirt-users]Re: About oVirt’s future
Hey Didi, thanks for the recap.I hope that soon I will have some free time and I can more actively involve in the next months. I would like to get some hints about the Ansible code. How do we test it ? Best Regards,Strahil Nikolov On Mon, Nov 14, 2022 at 9:14, Yedidyah Bar David wrote: Hi all, Red Hat Virtualization (RHV) recently entered maintenance phase[1], and the RHV development team is gradually shifting its efforts over to other projects. We are still around, subscribed to the mailing lists, answering questions and help as needed. There is a strong trend in the industry towards containers and microservices, and Red Hat's part of that is OpenShift. People that want to use OpenShift and still need virtualization, until they transition their workloads to run in containers, would best be served by using OpenShift Virtualization. Following this, if you are an oVirt user, you might want to try OKD Virtualization [2], the Community Distribution of Kubernetes that powers Red Hat OpenShift, and Forklift [3], a migration tool that facilitates the transition of VM workloads from oVirt to OKD Virtualization. We worked hard over the last year or so on making sure the oVirt project will be able to sustain development even without much involvement from us - including moving most of the infrastructure from private systems that were funded by/for oVirt/RHV, elsewhere - code review from Gerrit to GitHub, and CI (Continuous Integration) from jenkins to GitHub/Copr/CentOS CBS. We see lots of activity in the community both trying and using oVirt, and helping each other, which is great! We also see some work done on basing oVirt on Rocky/Alma Linux, which is also great! We’ll be happy to help with this, where our specific expertise is needed. Ultimately, the future of oVirt lies in the hands of the community. If you, as a community member, use and like oVirt, and want to see it thrive, now is the best time to help with this! In particular, we welcome long-time, active members of this list to join the list moderation team. If you want to help with this, please contact me directly, or email ovirt-users at ovirt.org. I am posting this message to both lists - users and devel, separately - deliberately not cross-posting. If you are subscribed to both, and feel like replying, please choose the list that best matches the content of your reply. Thanks! :-) Best regards, [1] https://access.redhat.com/support/policy/updates/rhev [2] https://docs.okd.io/latest/virt/about-virt.html [3] https://www.konveyor.io/tools/forklift/ -- Didi ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/HEKKBM6MZEKBEAXTJT45N5BZT72VI67T/ ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/O5XXWNCW57IGRXBZR736GKDFZOXDV35G/
[ovirt-users] ovirt 4.5.3.2 - remove snapshot and powerdown VM take the VM disk to unconsistent state
I think I encountered another bug in the engine: I needed to remove a snapshot, and while I was removing the snapshot guest went down. What happened is that the snapshot remove failed and left "inconsistent". I think there is some issue to address. Here are the relevant log (the engine.log (see 22/11/14 13:17:59)) and the log of node4 that was used by the engine. https://cloud.ssis.sm/index.php/s/CiEqMwwK5mGxBgg ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/5N7Q35IPAFARH6Z3QEVBXF2Y6MD3AMRB/
[ovirt-users] Re: Best performance for vcpu pinning
On Mon, Nov 14, 2022 at 11:12 AM wrote: > Hello List, > > how can I achieve the best performance with vcpu pinning in KVM? > > Is it better to have 1:1 mapping between virtual and physical thread like > this: > > > > > > > > > > > Or is it better to allow each vCPU to run on any of the limited number of > physical threads? > > e.g. > > > > > > > > > > > The hypervisor host has 2 CPUs. Each CPU has 8 cores and each core 2 > Threads. In total this are 32 threads. > > lscpu > Architecture: x86_64 > CPU op-mode(s):32-bit, 64-bit > Byte Order:Little Endian > CPU(s):32 > On-line CPU(s) list: 0-31 > Thread(s) per core:2 > Core(s) per socket:8 > Socket(s): 2 > NUMA node(s): 2 > Vendor ID: GenuineIntel > CPU family:6 > Model: 85 > Model name:Intel(R) Xeon(R) Gold 6244 CPU @ 3.60GHz > Stepping: 7 > CPU MHz: 4213.731 > CPU max MHz: 4400. > CPU min MHz: 1200. > BogoMIPS: 7200.00 > Virtualization:VT-x > L1d cache: 32K > L1i cache: 32K > L2 cache: 1024K > L3 cache: 25344K > NUMA node0 CPU(s): 0-7,16-23 > NUMA node1 CPU(s): 8-15,24-31 > > I need to run 2 VMs on this host. One is for production and should have 24 > vCPUs and the other one is for test and should have 8 vCPUs. Test VM > workload should not impact Prod VM performance. > > Current configuration is: > > TEST: > > 128 > 1 > > > > > > > > > > > > > > > > > > > PROD: > > 192 > 1 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > Versions are: > ovirt-host-4.3.5 > libvirt-5.7.0-28.el7.x86_64 > Hi Martin, The recommended approach would be to pin the CPUs into specific physical CPUs. The most important part is to be under the same socket. VDSM uses physical CPU 1, unless you changed the default VDSM settings, so maybe it would be better to use the second socket. You may also wish to refer to the NUMA topology (using socket 1 that would be - NUMA node1 CPU(s): 8-15,24-31). Overall: 0#8,24_1#9,25_2#10,26 and so on. This is also with the thought that physical cpu 8 and 24 are two threads in the same core. You can check it using VDSM API or just # cat /proc/cpuinfo. Note, that physical CPUs you use with this method are in a shared pool and can be used by other VMs. If you wish it to be exclusive to the VM, you may use the dedicated CPU feature under the VM resource allocation tab. Note, it will pin the CPUs for you. Regards, Liran. > Thanks in advance, > Martin > ___ > Users mailing list -- users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > Privacy Statement: https://www.ovirt.org/privacy-policy.html > oVirt Code of Conduct: > https://www.ovirt.org/community/about/community-guidelines/ > List Archives: > https://lists.ovirt.org/archives/list/users@ovirt.org/message/HCNWYSIBMUY7Q3YU25KQL2MUCK42GMJ6/ > ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/UDWR2WVOLY7SCEXQHZQJJK7RMT4HBE3B/
[ovirt-users] Best performance for vcpu pinning
Hello List, how can I achieve the best performance with vcpu pinning in KVM? Is it better to have 1:1 mapping between virtual and physical thread like this: Or is it better to allow each vCPU to run on any of the limited number of physical threads? e.g. The hypervisor host has 2 CPUs. Each CPU has 8 cores and each core 2 Threads. In total this are 32 threads. lscpu Architecture: x86_64 CPU op-mode(s):32-bit, 64-bit Byte Order:Little Endian CPU(s):32 On-line CPU(s) list: 0-31 Thread(s) per core:2 Core(s) per socket:8 Socket(s): 2 NUMA node(s): 2 Vendor ID: GenuineIntel CPU family:6 Model: 85 Model name:Intel(R) Xeon(R) Gold 6244 CPU @ 3.60GHz Stepping: 7 CPU MHz: 4213.731 CPU max MHz: 4400. CPU min MHz: 1200. BogoMIPS: 7200.00 Virtualization:VT-x L1d cache: 32K L1i cache: 32K L2 cache: 1024K L3 cache: 25344K NUMA node0 CPU(s): 0-7,16-23 NUMA node1 CPU(s): 8-15,24-31 I need to run 2 VMs on this host. One is for production and should have 24 vCPUs and the other one is for test and should have 8 vCPUs. Test VM workload should not impact Prod VM performance. Current configuration is: TEST: 128 1 PROD: 192 1 Versions are: ovirt-host-4.3.5 libvirt-5.7.0-28.el7.x86_64 Thanks in advance, Martin ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/HCNWYSIBMUY7Q3YU25KQL2MUCK42GMJ6/
