Hi, Initially no, but later I did, and still got slightly better performance with DPDK. I totally agree that MUSDK plugin could outperform DPDK plugin, but it currently does not (or I am doing something wrong, what it very possible). And it is the MUSDK plugin which introduces additional maintenance, not DPDK.
But I believe we can keep status quo. Sorry for taking your time. Regards, Szymon Śliwa 2018-05-24 13:10 GMT+02:00 Damjan Marion <dmarion.li...@gmail.com>: > Dear Szymon, > > It is reasonably to expect that copying data from NIC descriptor to VPP > buffer metadata should be > faster than copying NIC descriptor to DPDK metadata and then copying same > data from DPDK metadata into > vpp metadata. > > Do we agree on that? > > It might be that i wrote crapy code in current driver, but I'm pretty sure > that i was getting ~30% better performance few months ago. > > Have you disabled dpdk plugin during that test? > > -- > Damjan > > On 24 May 2018, at 12:36, Szymon Śliwa <s...@semihalf.com> wrote: > > Ok, sorry, I haven't disabled dpdk_plugin.so, with it disabled I get only > slightly better performance > with Marvell DPDK (200 Kpps or something like that). > > Regards, > Szymon Śliwa > > 2018-05-24 12:14 GMT+02:00 Szymon Śliwa <s...@semihalf.com>: > >> I observed different results - I got ~4 Mpps/core with Marvell DPDK and >> ~3 Mpps/core with Marvell plugin, >> but maybe I have something misconfigured. >> >> FYI: there are problems when trying to use crypto_mrvl. >> >> Regards, >> Szymon Śliwa >> >> 2018-05-23 18:15 GMT+02:00 Vincent Jardin <vincent.jar...@6wind.com>: >> >>> >>> Damjan is right. It does not make sense to over wrapup (overheads) when >>> it is not needed. >>> >> >> > >
