+ Christian, Flavio Hi Christian, Flavio, Karl
Seems OVS-DPDK performance is degrading with higher flow counts based on Karl's testing. Do we have any recent OVS 2.9 PVP zero loss or 0.0001% loss tests with 1K, 10K, 100K flows, don't we need to disable the EMC for better performance over 8K flows? regards -anita Anita Tragler Technical Product Manager - Networking/NFV | Platform BU atrag...@redhat.com | IRC: atragler | +1 (919) 830-7342 <callto:+1%20%28919%29%20830-7342> / (919) 754-4300 On Wed, Feb 28, 2018 at 9:58 AM, Thomas F Herbert <therb...@redhat.com> wrote: > Resending email to cc csit and vpp lists > > +csit-dev vpp-dev > Karl, > > We had a discussion about the variability in today's CSIT meeting. Initial > testing has showed that CSIT-925 <https://jira.fd.io/browse/CSIT-925> > shows the best promise in solving the problem. The first recommendation is > that you disable all unused plugins. > > The CSIT team is encouraging you to repeat the tests with all but the > needed plugins disabled and is interested in hearing the results. > > In addition, there was a conversation between myself and Ray Kinsella from > Intel during the meeting. He is interesting in reviewing your test setup > and comparing with what they are doing internally in Intel and and fdio > CSIT. > > I will start a separate thread with yourself, and Ray et. al. about > comparing configs etc. > > --Tom > > On 02/20/2018 06:20 PM, Billy McFall wrote: > > Hey Karl, > > Thomas was going to follow-up with you and Andrew at Andrew's next > NetPerf meeting on the variability you are seeing in your VPP testing. > Not sure if that meeting has happen or not, but I wanted to touch basis > with you because there was a lot of discussion in today's VPP call around > some of the variability they are seeing in CSIT. Most of what they are > reporting is being seen in VPP 18.01 and not in VPP 17.10. I think you are > seeing it across the last couple of releases, so some of the points below > may not address your issue. One thought is I wonder how long their tests > run for? I think your tests run for 5 min if I remember correctly. > > Couple of points: > > - First, not sure of you saw, but VPP 18.01.1 was released on > 2/7/2018. I attached a diff of the CLI to VPP 17.10. Probably too late > since you already ran VPP 18.01 through its paces. I'll try to get it out > earlier next release. > > > - The FD.io CSIT 18.01 Report has been released (based on VPP 18.01.1): > - https://docs.fd.io/csit/rls1801/doc/ > > > - During the VPP 18.01 testing, some performance degradation was > discovered. In CSIT, they always test with all plugins installed (default > for VPP). They tracked down the an issue in NAT where some NAT worker > thread was doing some periodic work even though NAT wasn't enabled ( > VPP-1162 <https://jira.fd.io/browse/VPP-1162>). That along with a VTS > fix pushed for a VPP 18.01.1. > > > - They have identified a few additional issues that seem to be causing > some variability in the CSIT environment that have NOT been fixed. Not sure > if these could be causing the deviation you are seeing: > - Known Issues > > <https://docs.fd.io/csit/rls1801/report/vpp_performance_tests/csit_release_notes.html#known-issues> > - > Particularly: > - CSIT-925 <https://jira.fd.io/browse/CSIT-925> - With all > plugins loaded (default VPP startup config) rates vary > intermittently 3% to > 5% across multiple test executions. Not seen in VPP 17.10 (so may > not be > what you are seeing) and not seen if all plugins except DPDK are > disabled. > - CSIT-926 <https://jira.fd.io/browse/CSIT-926> - NDR, PDR and > MaxRates of -3%..-1% vs. rls1710 > - CSIT-927 <https://jira.fd.io/browse/CSIT-927> - vhost-user > lower NDR: virtio vring size is not properly negotiated to 1024, > instead > it's set to the default of 256. They don't think the code changed so > looking into test setup or test environment. > > > - Section 2.2.2.1 and 2.2.2.2 from the report have links (for example > see pretty ASCII format for 1t1c > > <https://docs.fd.io/csit/rls1801/report/_static/vpp/performance-changes-ndr-1t1c-full.txt>) > to a text file with rates and stdev for the tests. There are links for NDR > and PDR and 1t1c and 2t2c. > > > - I remember from previous VPP calls that the FD.io CSIT 18.01 Report was > also held up to complete some pre and post Meltdown and Spectre fix tests, > comparing performance before and after OS patches. I searched for Spectre > in the report and came up with this link, but the tests that are pointed to > don't exist, so this may still be a work in progress, > - Impact of SpectreAndMeltdown Patches > > <https://docs.fd.io/csit/rls1801/report/vpp_performance_tests/impact_spectreandmeltdown/index.html> > > Billy McFall > > > On Mon, Feb 5, 2018 at 2:36 PM, Karl Rister (via Google Sheets) < > drive-shares-nore...@google.com> wrote: > >> kris...@redhat.com has invited you to *comment on* the following >> spreadsheet: >> vpp-comparison-18.01 >> <https://docs.google.com/spreadsheets/d/1jFoQZieTT93xikWcjZU08J1kF6qn_tjTTC0A3mu0yyo/edit?usp=sharing_eil&ts=5a78b247> >> [image: Unknown profile photo]Here is the latest set of results we have >> for VPP testing with release 18.01. We did a bunch of cleanup on how the >> results are presented to hopefully make it easier to comprehend. >> >> One thing that stands out to me is that VPP in general has much higher >> variability between the recorded samples than OVS (the exception being >> tests where OVS scored very low; the variability there is quite high since >> small differences between each sample are magnified). The general trend is >> that VPP variability is increasing at 1M flows and it's a bit mixed at 256 >> and 10K flows. >> Open in Sheets >> <https://docs.google.com/spreadsheets/d/1jFoQZieTT93xikWcjZU08J1kF6qn_tjTTC0A3mu0yyo/edit?usp=sharing_eip&ts=5a78b247> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> Google Sheets: Create and edit spreadsheets online. >> Google LLC, 1600 Amphitheatre Parkway, Mountain View, CA 94043, USA >> <https://maps.google.com/?q=1600+Amphitheatre+Parkway,+Mountain+View,+CA+94043,+USA&entry=gmail&source=g> >> You have received this email because someone shared a spreadsheet with >> you from Google Sheets. [image: Logo for Google Sheets] >> <https://drive.google.com> >> > > > > -- > *Billy McFall* > Networking Group > CTO Office > *Red Hat* > > > -- > *Thomas F Herbert* > NFV and Fast Data Planes > Networking Group Office of the CTO > *Red Hat* >