Re: [PATCH] kvm tools: Process virito blk requests in separate thread

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

 



Il 07/06/2012 03:38, Asias He ha scritto:
>> > I never looked at the kvmtool code, but I think Asias has a point.  If
>> > the guest submits I/O to lots of devices, they would contend on the
>> > single thread.  There was a similar proof of concept patch for QEMU that
>> > provided substantial benefit.
>> >
>> > However, it sounds a bit wasteful to have the dedicated thread run with
>> > a second eventfd.  Would it be hard to just use the virtio-blk ioeventfd
>> > directly?
> Without this patch, we are already using the virtio-blk ioeventfd
> which is being monitored in the shared ioeventfd__thread() thead.

Yes, I understood that. :)  I'm wondering why it is still necessary to
monitor that eventfd in the shared thread.  Perhaps you could optionally
skip the epoll registration/deregistration in ioeventfd__{add,del}_event.

Paolo
--
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