Thanks, Ethan. I am trying to run ovs in OpenVZ VM. Since OpenVZ uses OS-level virtualization (all VM shares the same kernel) and unfortunately I cannot load kernel module in VM, that's why I have to use the userspace datapath.
So upgrade to 1.7.0 (see from another post discussing on performance, but it is related to kernel mode) should not help, right? Also, I am curious that how the QoS work in ovs? Does QoS use traffic control (tc)? If so, tc requires kernel support, which is not doable in userspace mode of ovs. correct me if I am wrong here. Just wondering if improving the performance of user space datapath is on schedule or just something with low priority? On Thu, Jun 7, 2012 at 6:38 PM, Ethan Jackson <[email protected]> wrote: > > Thanks, Jesse. Could you explain more details on what features are not > > available in the user space datapath? > > The main feature being performance. That being the issue you're > running into, I would suggest switching. Certain kinds of port types > aren't supported as well. Tunneling and what not. > > Ethan > > > > > > > On Thu, Jun 7, 2012 at 6:05 AM, Jesse Gross <[email protected]> wrote: > >> > >> On Thu, Jun 7, 2012 at 12:52 PM, Dong Jin <[email protected]> wrote: > >> > I am running userspace mode of ovs with the following topology > >> > > >> > VM1(eth0) ---- (eth0)VM2(eth1) --- (eth0)VM3 > >> > > >> > VM1 and VM3 are end hosts, and VM2 runs the userspace ovs daemon to > >> > emulate a two-port Ethernet switch. > >> > > >> > I sent UDP traffic from VM1 to VM3. Everything is received with 100 > >> > Mb/s rate. However, for 200 Mb/s data rate, packet losses are observed > >> > (below is the log), and throughput is around 150 Mb/s. If I connect > >> > VM1 and VM3 directly without using VM2, it is fine to receive 200 Mb/s > >> > or even high rate with no loss. It looks that ovs causes the packet > >> > drop and limit the throughput. Just wondering the reason and how to > >> > overcome this to emulate high data rate? Advices are very appreciated. > >> > >> The userspace datapath is primarily intended for testing and maximum > >> compatibility. It does not have all of the features or performance of > >> the kernel module. > > > > > > > > _______________________________________________ > > discuss mailing list > > [email protected] > > http://openvswitch.org/mailman/listinfo/discuss > > >
_______________________________________________ discuss mailing list [email protected] http://openvswitch.org/mailman/listinfo/discuss
