search for: max_working

Hi, I employed libvirt to monitor 50 domains in one node(host). my monitor calls libvirtd for every stats such as cpu, memory, disk every 10 sec. All my requests are made in one thread. And I found that the libvirtd may cost 30% or above cpu time. Is it normal in my case? I tried to reduce this cpu consumption and found some variable in libvirtd.conf and got a little confused by variables

...-text attachment was scrubbed... Name: max_not_working.patch Type: text/x-patch Size: 1347 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20111119/c9cac7e2/attachment.bin> -------------- next part -------------- A non-text attachment was scrubbed... Name: max_working.patch Type: text/x-patch Size: 1334 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20111119/c9cac7e2/attachment-0001.bin>

I set the me into the group libvirt and write the config for libvirtd: ================================================== listen_tls = 0 listen_tcp = 0 auth_tcp = "none" mdns_adv = 0 unix_sock_group = "libvirt" unix_sock_ro_perms = "0770" unix_sock_rw_perms = "0770" unix_sock_dir = "/var/run/libvirt" log_filters = "1:libvirt 1:util

Hi, I have a VMM application using a homegrown client for communicating with hypervisor. I am planning to migrate to libvirt because of the blocking nature of the calls. After going over the architecture, I would like to have a few doubts clarified 1) Should my application be necessarily multi-threaded in order to make use of the non-blocking calls in libvirt. [Are overlapping methods mainly used

Hi, I have backgroundrb running to decouple the execution of massive business logic from an ActionWebservice request. The service is designed to take some configuration parameters and fire a lot of background workers to do the requested work. Due to performance reasons I want to limit the number of workers to a maximum number of 30. But when I start a configuration that requires for example

Hi, I'm having problems with libvirt crashing after a couple hours when a specific domain monitoring program is running. I have pasted below the following: 1. libvirt version 2. qemu-kvm version 3. OS version 4. Kernel version 5. libvirt status post-crash 6. libvirtd.log (info level dump around crash; too long to post everything so just the beginning and end. UTC) 7. custom.log (on what

On 12/6/18 10:12 AM, Lentes, Bernd wrote: > >> Hi, >> >> i have a two-node cluster with several domains as resources. During testing i >> tried several times to migrate some domains concurrently. >> Usually it suceeded, but rarely it failed. I found one clue in the log: >> >> Dec 03 16:03:02 ha-idg-1 libvirtd[3252]: 2018-12-03 15:03:02.758+0000: 3252:

...-text attachment was scrubbed... Name: max_not_working.patch Type: text/x-patch Size: 1346 bytes Desc: not available Url : http://lists.cs.uiuc.edu/pipermail/llvmdev/attachments/20111119/c9cac7e2/attachment-0002.bin -------------- next part -------------- A non-text attachment was scrubbed... Name: max_working.patch Type: text/x-patch Size: 1333 bytes Desc: not available Url : http://lists.cs.uiuc.edu/pipermail/llvmdev/attachments/20111119/c9cac7e2/attachment-0003.bin ------------------------------ Message: 2 Date: Sat, 19 Nov 2011 19:43:47 +0100 From: Bernhard Reutner-Fischer <rep.dot.nop at gmail....

From: Jeremy Fitzhardinge <jeremy.fitzhardinge at citrix.com> Changes since last posting: (Raghavendra K T) [ - Rebased to linux-3.3-rc6. - used function+enum in place of macro (better type checking) - use cmpxchg while resetting zero status for possible race [suggested by Dave Hansen for KVM patches ] ] This series replaces the existing paravirtualized spinlock mechanism with a

From: Jeremy Fitzhardinge <jeremy.fitzhardinge at citrix.com> Changes since last posting: (Raghavendra K T) [ - Rebased to linux-3.3-rc6. - used function+enum in place of macro (better type checking) - use cmpxchg while resetting zero status for possible race [suggested by Dave Hansen for KVM patches ] ] This series replaces the existing paravirtualized spinlock mechanism with a