Comment 11 for bug 1223267
Revision history for this message
| Simon (xchenum) wrote Re: [Bug 1223267] Re: ovs plugin performance issue | #11 |
© 2004
Canonical Ltd.
•
Terms of use
•
Data privacy
•
Contact Launchpad Support
•
Blog
•
Careers
•
System status
•
1b1ed1a
(Get the code!)
I haven't got to the stage to apply the patch yet.. Still working on some
server build issues here. Will try it and let you know. Can't spot anything
obviously wrong :-(
On Thu, Sep 19, 2013 at 4:30 PM, Kevin Bringard
<email address hidden>wrote:
> I'm running grizzly with OVS 1.10... so I had to make some changes to
> the patches to get them to work (I've attached them in one file), but I
> don't seem to see any improvement...
>
> Prior to patching I have the following on my integration bridge:
>
> f9b838db-
> Bridge br-int
> Port patch-tun
> Interface patch-tun
> type: patch
> options: {peer=patch-int}
> Port "qvo4912548e-43"
> tag: 1
> Interface "qvo4912548e-43"
> Port br-int
> Interface br-int
> type: internal
> Port "qvod855ae25-7d"
> tag: 1
> Interface "qvod855ae25-7d"
>
>
> After patching (and rebooting to make sure everything got cleaned up, I
> have the following:
>
>
> f9b838db-
> Bridge br-int
> Port patch-tun
> Interface patch-tun
> type: patch
> options: {peer=patch-int}
> Port "qvm4912548e-43"
> tag: 1
> Interface "qvm4912548e-43"
> type: internal
> Port br-int
> Interface br-int
> type: internal
> Port "qvmd855ae25-7d"
> tag: 1
> Interface "qvmd855ae25-7d"
> type: internal
>
> brctl show has the following before:
>
> bridge name bridge id STP enabled interfaces
> qbr4912548e-43 8000.b60b11b69407 no
> qvb4912548e-43
> tap4912548e-43
> qbrd855ae25-7d 8000.5aaf731c719e no
> qvbd855ae25-7d
> tapd855ae25-7d
>
> and after:
>
> bridge name bridge id STP enabled interfaces
> qbr4912548e-43 8000.b60b11b69407 no
> qvm4912548e-43
> tap4912548e-43
> qbrd855ae25-7d 8000.5aaf731c719e no
> qvmd855ae25-7d
> tapd855ae25-7d
>
> So we can see that the veth pair is in fact eliminated. My VMs boot and
> can talk to each other, but my speed has not improved. VM to VM on the
> same host is approximately 1.5Gbit/s, both before and after:
>
> [SUM] 0.0-30.0 sec 5.14 GBytes 1.47 Gbits/sec
>
> Any thoughts, or perhaps something I've missed?
>
> ** Patch added: "bug-1223267.patch"
>
> https:/
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> ovs plugin performance issue
>
> Status in The Nova Project:
> Confirmed
>
> Bug description:
> To enable security groups which is based on iptables, we configured
> hybrid vif-driver when using ovs plugin in our DC.
>
> During networking performance test, there is a distinct bandwidth
> loss.
>
> Test scenario: 2 VM resides on the same compute node, and they belong
> to the same L2 network. When using hybrid vif-driver
> (LibvirtHybridO
> common vif-driver(
> 12.7Gb/s.
>
> Probably we should consider this bandwidth loss, and figure out a
> solution. Thanks.
>
> Test result:
> *******
> root@vm-A-1:~# iperf -s
> -------
> Server listening on TCP port 5001
> TCP window size: 85.3 KByte (default)
> -------
> [ 4] local 128.100.200.66 port 5001 connected with 128.100.200.44 port
> 35483
> [ ID] Interval Transfer Bandwidth
> [ 4] 0.0-180.0 sec 49.0 GBytes 2.34 Gbits/sec
>
>
> root@vm-A-1:~# iperf -s
> -------
> Server listening on TCP port 5001
> TCP window size: 85.3 KByte (default)
> -------
> [ 4] local 128.100.200.33 port 5001 connected with 128.100.200.22 port
> 41452
> [ ID] Interval Transfer Bandwidth
> [ 4] 0.0-180.0 sec 267 GBytes 12.7 Gbits/sec
>
>
>
> *******
> Bug #1039400
>
> https:/
>
> - Add a vif-driver that is a hybrid of the existing Open vswitch +
> linux bridge drivers, which allows OVS quantum plugins to
> be compatible with iptables based filtering, in particular, nova
> security groups.
>
> To manage notifications about this bug go to:
> https:/
>