Bug 809172 - Feature Request: Implement the ability to be able to tune vnetX devices tunables such as txqueuelen
Summary: Feature Request: Implement the ability to be able to tune vnetX devices tunab...
Keywords:
Status: CLOSED DEFERRED
Alias: None
Product: Virtualization Tools
Classification: Community
Component: libvirt
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Michal Privoznik
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-04-02 16:38 UTC by Tim Hughes
Modified: 2016-04-26 13:26 UTC (History)
4 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2014-12-31 11:32:47 UTC
Embargoed:


Attachments (Terms of Use)

Description Tim Hughes 2012-04-02 16:38:59 UTC
Feature Request:

setting the txqueuelen on vnetX devices to 2500 we can increase the network throughput by a factor of almost 10. On an eth device it can be set by  hand/rc.local with the following instructions http://www.cyberciti.biz/faq/gentoo-centos-rhel-debian-fedora-increasing-txqueuelen/  .  Because vnetX devices are named on a 'first free' basis and they come and go with the guests, the rc.local method is not going to work. 

Ideally I would like to be able to set this automatically for all vnetX devices when they are created or even better, on a per guest basis.

Comment 2 Umberto Boscolo 2014-03-31 14:16:25 UTC
the proposed solution works fine, but I guess all the VMs/vnets will have the same txqueuelen as configured in /etc/udev/...? 
What happens if I want to customize different VMs/vnet with different txqueuelen. 

The proper solution would be to be able to specify the txquelen in the xml description instead on a per vnet basis

Is there still an interest in this enhancement?

Comment 3 Tim Hughes 2014-12-31 11:26:08 UTC
We have dropped virtualization for all our production systems. The solution above works for us in because we use puppet to manage it on any system that requires it so unless anyone else is after the feature then I would put it at the bottom of the list or drop it.

Comment 4 Michal Privoznik 2014-12-31 11:32:47 UTC
Okay, closing per comment 3. If anybody find out that they need this, please feel free to reopen.


Note You need to log in before you can comment on or make changes to this bug.