Bug 1144606 - [RFE] Implement virtio multiqueue usage in Libvirt driver
Summary: [RFE] Implement virtio multiqueue usage in Libvirt driver
Keywords:
Status: CLOSED DUPLICATE of bug 1153440
Alias: None
Product: Red Hat OpenStack
Classification: Red Hat
Component: openstack-nova
Version: 7.0 (Kilo)
Hardware: Unspecified
OS: Unspecified
high
high
Target Milestone: ga
: 8.0 (Liberty)
Assignee: Vladik Romanovsky
QA Contact: Ami Jeain
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-09-19 21:15 UTC by Stephen Gordon
Modified: 2019-09-09 13:17 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Enhancement
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-03-13 19:30:18 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)

Description Stephen Gordon 2014-09-19 21:15:34 UTC 
Description of problem:

Take advantage of virtio net multiqueue support by tuning number of queues automatically as the number of vCPUs increases:

    http://fedoraproject.org/wiki/Features/MQ_virtio_net

Version-Release number of selected component (if applicable):

Kilo
Comment 1 Stephen Gordon 2014-09-19 21:17:02 UTC 
Andrew do we have any existing performance guidlines on exactly how to best scale this in relation to the number of vCPUs. We could expose this as a tunable flavor extras specification or image property but I'd prefer to rely on intelligent behaviour implemented in Nova if possible.
Comment 2 Stephen Gordon 2014-10-10 19:42:00 UTC 
Discussing otp it seems like the number should be directly correlated to the # of vCPU cores, up to the maximum number of queues permitted?
Comment 3 Andrew Theurer 2014-10-20 14:20:00 UTC 
Yes, I would recommend 1 queue per vcpu up to the limit (8 I believe).
Comment 4 Stephen Gordon 2015-03-13 19:30:18 UTC 

*** This bug has been marked as a duplicate of bug 1153440 ***
Note You need to log in before you can comment on or make changes to this bug.