Re: VMEXIT and Threads

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Oct 06, 2014 at 01:45:24PM +0900, Oscar Garcia wrote:
> Hello,
>
> I have a question about parallel vmexit calls, I would appreciate
> any answer or suggestion.
>
> I have a host with debian 7 (intel i7 - RAM 8GB), the guest OS is
> also debian. I am running a program with some threads, every thread
> makes a vmexit call. 

How is that vmexit call made?

> Also every thread runs in a isolated vcpu. The
> problem is that the program does not run fluently, it looks like
> that every thread interfere with each other.

Can you be more precise about this? Did you perform a measurement?

>  This situation does not happen when separately processes call vmexit
> simultaneously. The question is: there is any restriction (any lock)
> that block the threads. I am not sure maybe libc, RCU, on even Qemu
> and KVM?

In QEMU there is a mutex which is shared by all vcpus, and is acquired 
right after entry in QEMU, named qemu_mutex. 

--
To unsubscribe from this list: send the line "unsubscribe kvm" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux