[ovs-dev] [PATCH v2 5/5] dpif-lookup: add avx512 gather implementation

William Tu u9012063 at gmail.com
Thu May 21 22:36:25 UTC 2020


On Thu, May 21, 2020 at 6:04 AM Van Haaren, Harry
<harry.van.haaren at intel.com> wrote:
>
> > -----Original Message-----
> > From: William Tu <u9012063 at gmail.com>
> > Sent: Wednesday, May 20, 2020 4:15 PM
> > To: Van Haaren, Harry <harry.van.haaren at intel.com>
> > Cc: ovs-dev at openvswitch.org; i.maximets at ovn.org
> > Subject: Re: [ovs-dev] [PATCH v2 5/5] dpif-lookup: add avx512 gather
> > implementation
>
> <snip for required context only>
>
> > > 2020-05-20T14:15:20.184Z|00378|dpif_netdev(pmd-c00/id:9)|INFO|reprobing
> > > sub func, 4 1
> > > 2020-05-20T14:15:21.219Z|00379|dpif_netdev(pmd-c00/id:9)|INFO|reprobing
> > > sub func, 4 1
> > >
> > btw, looking at
> > ovs-appctl coverage/show, this counter is very high when enabling the avx512
> >   handler_duplicate_upcall 459645.4/sec 434475.500/sec
> > 17300.5372/sec   total: 64120526
>
> This counter seems to post some garbage to me if I run it before any traffic?
> Tested using OVS Master @ 48b1c7642 (not including any AVX512 patches):
>
> ./utilities/ovs-appctl coverage/show | grep duplicate_upcall
> 21:handler_duplicate_upcall   0.0/sec     0.000/sec        0.0000/sec   total: 10272710751479363764
>
> # re-runs show different numbers - indicates a garbage-initialized counter perhaps?
> 21:handler_duplicate_upcall   0.0/sec     0.000/sec        0.0000/sec   total: 1049338714623956653
> 21:handler_duplicate_upcall   0.0/sec     0.000/sec        0.0000/sec   total: 18343161283719775679
>

using the same pcap traffic (p0.pcap) on current master, I did not see
the above issue:
datapath_drop_upcall_error  57.4/sec     4.783/sec        0.0797/sec
total: 287
drop_action_of_pipeline  5909696.2/sec 492474.683/sec
8207.9114/sec   total: 52399553

William


More information about the dev mailing list