Hi Justin > -----Original Message----- > From: Justin Pettit [mailto:jpet...@ovn.org] > Sent: Tuesday, July 26, 2016 4:58 AM > To: Chiappero, Marco <marco.chiapp...@intel.com> > Cc: discuss@openvswitch.org > Subject: Re: [ovs-discuss] Packet loss with RFC2544 based tests > > > On Jul 25, 2016, at 9:52 AM, Chiappero, Marco > <marco.chiapp...@intel.com> wrote: > > > > Hello everyone, > > > > I’m currently carrying out RFC2544 based tests on a server running hundreds > of applications which forward back a matching number of traffic flows > generated by a HW traffic generator. These applications are running in Linux > containers, bridged altogether by a single OvS bridge instance (using the DP > kernel module). > > > > However a significant packet loss happens at the very beginning of every run > beyond a certain line rate, somehow invalidating the tests. When slowly > increasing the load by hand, from a minimum to the target rate, no such loss > can be seen. Suspecting an initial delay due to the need to fill the microflow > cache, I tried increasing the number of handler threads and their priority > without success. > > > > Is this the expected behavior or could it be related to misconfiguration? > > What > are the best practices for testing OvS, are there any better approaches? > > Yes, this is known/expected behavior. Those tests were designed for hardware > switches, which don't generally have caches on their fastpath that need to be > heated up. I think this has been previously discussed on the mailing lists, > so you > could search there. You may want to check out this presentation from the 2015 > OVS conference: > > https://www.youtube.com/watch?v=ZILwdFLy6c4 > > Here are the accompanying slides: > > http://openvswitch.org/support/ovscon2015/17/1050-abidi.pptx > > As they suggest, you may try increasing the max-idle value to something closer > to 50000.
Thank you, this is really good input, for some reason I could not notice this option. > Let us know what you find out. It's probably worth adding a FAQ entry. I would say that the above combined with some preliminary traffic to let the cache become hot works for me. Thank you, Marco
smime.p7s
Description: S/MIME cryptographic signature
-------------------------------------------------------------- Intel Research and Development Ireland Limited Registered in Ireland Registered Office: Collinstown Industrial Park, Leixlip, County Kildare Registered Number: 308263 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
_______________________________________________ discuss mailing list discuss@openvswitch.org http://openvswitch.org/mailman/listinfo/discuss
