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 maintenan
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 curren
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 :
> I observed different results - I got ~4 Mpps/core with Marvell DPDK and ~3
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 :
>
> Damjan is right. It d
Damjan is right. It does not make sense to over wrapup (overheads) when it
is not needed.
gt;>>> Thanks,
>>>>>> --
>>>>>> Damjan
>>>>>>> On 16 May 2018, at 15:33, Natalie Samsonov >>>>>> <mailto:nsams...@marvell.com>> wrote:
>>>>>>>
>>>>>>> Dear Damjan
ina.t...@arm.com>>;vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
<mailto:vpp-dev@lists.fd.io>; Maen Suleiman
mailto:m...@marvell.com> <mailto:m...@marvell.com>>
*Subject:*[EXT] Re: [vpp-dev] Marvell's AI from last call
External Email
ell.com>> wrote:
>>>>>
>>>>> Dear Damjan,
>>>>> As I understood, it was a request to use DPDK plugin with all platforms
>>>>> and I was asked to upstream Marvell DPDK plugin.
>>>>> Best Reg
t:*Wednesday, May 16, 2018 16:03
> *To:*Natalie Samsonov mailto:nsams...@marvell.com
> >>
> *Cc:*Tina Tsou mailto:tina.t...@arm.com
> >>;vpp-dev@lists.fd.io <mailto:vpp-dev@lists.fd.io
> >; Maen Suleiman mailto:m...@marvell.com >>
> *Subject:*[EXT] Re: [vpp-d
rom:*Damjan Marion [mailto:dmarion.li...@gmail.com]
>>> *Sent:*Wednesday, May 16, 2018 16:03
>>> *To:*Natalie Samsonov mailto:nsams...@marvell.com>>
>>> *Cc:*Tina Tsou >> <mailto:t
o>; Maen Suleiman <mailto:m...@marvell.com>>
*Subject:*[EXT] Re: [vpp-dev] Marvell's AI from last call
External Email
Dear Natalie,
What is the point of using DPDK marvel driver (which is actually just
a wrapper a
ists.fd.io <mailto:vpp-dev@lists.fd.io>; Maen Suleiman
> mailto:m...@marvell.com>>
> Subject: [EXT] Re: [vpp-dev] Marvell's AI from last call
>
> External Email
>
> Dear Natalie,
>
> What is the point of using DPDK marvel driver (which is actually just a
> wrap
@lists.fd.io; Maen Suleiman
Subject: [EXT] Re: [vpp-dev] Marvell's AI from last call
External Email
Dear Natalie,
What is the point of using DPDK marvel driver (which is actually just a wrapper
around musdk) if we already have native musdk support in vpp?
--
D
Dear Natalie,
What is the point of using DPDK marvel driver (which is actually just a wrapper
around musdk) if we already have native musdk support in vpp?
--
Damjan
> On 15 May 2018, at 08:48, Natalie Samsonov wrote:
>
> Hi,
>
> We are working now on upstreaming Marvell’s PMD support in VPP
Hi,
1. We are working now on upstreaming Marvell's PMD support in VPP DPDK
plugin.
I'm attaching the patch as well in case you want play with it.
2. Regarding the L3FWD performance difference between MUSDK and DPDK,
currently we don't have numbers with VPP L3FW.
We only have the
15 matches
Mail list logo