>
> >>> Issue #1: VPP crashes when scales to multiple worker cores/threads.
> [...]
> >>> We guess VPP buffer metadata has been corrupted in the case of
> >>> multiple worker threads using VPP release version
>
> >> BG: do you reproduce the issue on both x86 and ARM? Or only on ARM?
> >> I’m
From: vpp-dev@lists.fd.io On Behalf Of Benoit Ganne
(bganne) via lists.fd.io
Sent: Monday, November 7, 2022 3:56 AM
To: Jieqiang Wang
Cc: Lijian Zhang ; Tianyu Li ; nd
; vpp-dev@lists.fd.io; moham...@hawari.fr
Subject: Re: [vpp-dev] Issues about RDMA native plugin
Hi Jieqiang,
Thanks a lot
From: vpp-dev@lists.fd.io On Behalf Of Mrityunjay Kumar
via lists.fd.io
Sent: Tuesday, November 16, 2021 7:42 AM
To: Felipe P.
Cc: vpp-dev
Subject: Re: [vpp-dev] Increase memif from 10G to 100G
Memif based on share memory communication. There is concept of slave / master,
where one folk
There are few additional modes added to the ring library (a year back) in DPDK
that improve the performance when there are threads on control plane and data
plane doing enqueue/dequeue from the same ring. Are you talking about these or
just the ring in general?
Thanks,
Honnappa
>
>
> Hi Damjan,
>
> ARM defines two sets of performance monitoring counters and extension
> 1. Common Event number and micro-architecture events defined by ARM
> which every chip vendor should implement.
> 2. Chip vendor specific PMU counters other than (1)
>
> I am not in ThunderX2 BU but I
,
Honnappa
> -Original Message-
> From: vpp-dev@lists.fd.io On Behalf Of hemant via
> lists.fd.io
> Sent: Wednesday, November 25, 2020 1:54 PM
> To: Honnappa Nagarahalli ;
> dmar...@me.com; vpp-dev@lists.fd.io
> Cc: nd
> Subject: Re: [vpp-dev] Marvell PP2 plugin
Hi Hemant,
Please note that this is a plugin specifically for Marvel's Armada
series of SoCs. This does not apply to rest of SoCs from Marvell or SoCs from
other Arm partners or server platforms. They all (including the Marvel's Armada
series of SoCs) work fine through the DPDK plugin.
This is a typical problem one would face with a pipeline mode of processing
packets. i.e. the over all performance of the pipeline is equal to the
performance of the lowest performing stage in the pipeline. Having a bigger
queue would help handle a burst or might solve the problem for a given
Congratulations Damjan, unanimous decision speaks for itself.
Hi Dave,
Thank you. Wish you well for the next chapter.
Thank you,
Honnappa
From: vpp-dev@lists.fd.io On Behalf Of Dave Barach via
lists.fd.io
Sent: Monday, September 28, 2020 2:10 PM
To: 'Florin Coras' ; 'Damjan
Sure. We will create couple of patches (in the areas we are analyzing
currently) and we can decide from there.
Thanks,
Honnappa
From: Damjan Marion
Sent: Thursday, July 23, 2020 12:17 PM
To: Honnappa Nagarahalli
Cc: Lijian Zhang ; vpp-dev ; nd
; Govindarajan Mohandoss ;
Jieqiang Wang
Hi Damjan,
Thank you. Till your patch is ready, would you accept patches
that would enable creating these tables in 1G huge pages as temporary solution?
Thanks,
Honnappa
From: Damjan Marion
Sent: Thursday, July 23, 2020 7:15 AM
To: Lijian Zhang
Cc: vpp-dev ; nd ; Honnappa
> Subject: Re: [vpp-dev] Q: how best to avoid locking for cleanup.
>
> On 2/28/20, Honnappa Nagarahalli wrote:
>
> >> On the other hand, if you do modify shared data structures in the
> >> datapath, you are on your own - you need to take care of the data
> &g
arrier' it should be alright.
>
> Best
> Ben
>
> > -Original Message-
> > From: vpp-dev@lists.fd.io On Behalf Of Honnappa
> > Nagarahalli
> > Sent: jeudi 27 février 2020 17:51
> > To: cho...@chopps.org; vpp-dev@lists.fd.io; Honnappa Naga
I think there are similar issues in bi-hash (i.e. the entry could be deleted
from control plane while the data plane threads are doing the lookup).
Thanks,
Honnappa
From: vpp-dev@lists.fd.io On Behalf Of Christian Hopps
via Lists.Fd.Io
Sent: Thursday, February 27, 2020 5:09 AM
To: vpp-dev
>
> Hi folks,
>
> A 2020 FD.io event is something that has been discussed a number of times
> recently at the FD.io TSC.
> With the possibility of co-locating such an event with DPDK Userspace, in
> Bordeaux, in September.
>
> Clearly, we are incredibly eager to make sure that such an event
There are platforms from raspberry pi to AWS instances. Depends on your needs.
Going with the server platforms will give you ‘works-out-of-the-box’ experience
(will be able to run upstream distros and packages), but they are servers and
will cost accordingly. You can compile natively and run
> >
> > Actually native drivers (like Mellanox or AVF) can be faster w/o buffer
> > conversion and tend to be faster than when used by DPDK. I suspect VPP
> is
> not
> > the only project to report this extra cost.
> It would be good to know other projects that report this
> -Original Message-
> From: vpp-dev@lists.fd.io On Behalf Of Jerome Tollet via
> Lists.Fd.Io
> Sent: Wednesday, December 4, 2019 9:33 AM
> To: tho...@monjalon.net
> Cc: vpp-dev@lists.fd.io
> Subject: Re: [vpp-dev] efficient use of DPDK
>
> Actually native drivers (like Mellanox or AVF)
Thanks for bringing up the discussion
> -Original Message-
> From: vpp-dev@lists.fd.io On Behalf Of Thomas
> Monjalon via Lists.Fd.Io
> Sent: Monday, December 2, 2019 4:35 PM
> To: vpp-dev@lists.fd.io
> Cc: vpp-dev@lists.fd.io
> Subject: [vpp-dev] efficient use of DPDK
>
> Hi all,
>
>
The survey link is:
https://forms.office.com/Pages/ResponsePage.aspx?id=eVlO89lXqkqtTbEipmIYTcwgJ8psxytOnArCkHeSZSZUREdIN09QOEVRSUJWN0I2TzNYUTk5STVJRC4u
Thanks,
Honnappa
> -Original Message-
> From: Honnappa Nagarahalli
> Sent: Thursday, March 14, 2019 10:58 PM
>
2019.
Thank you,
Honnappa
> > -Original Message-
> > From: Honnappa Nagarahalli
> > Sent: Wednesday, February 27, 2019 3:08 PM
> > To: annou...@dpdk.org
> > Cc: Honnappa Nagarahalli ; nd
> >
> > Subject: DPDK development process and tools sur
Related to change 18278[1], I was wondering if there is really a benefit of
dealing with 128-byte cachelines like we do today.
Compiling VPP with cacheline size set to 128 will basically just add 64 bytes
of unused space at the end of each cacheline so
vlib_buffer_t for example will grow from
Hi Dave,
Is there any deadline for proposing the deliverables? (F0?)
Thank you,
Honnappa
From: vpp-dev@lists.fd.io On Behalf Of Dave Wallace
Sent: Monday, February 25, 2019 6:47 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] VPP 19.04 Program Plan Deliverables
Folks,
Please add
> > >
> > >> Hi Stephen,
> > >>
> > >> No, we don’t support RCU. Wouldn’t rw-locks be enough to support your
> usecases?
> > >>
> > >> Florin
> > >>
> > >>> On Oct 29, 2018, at 12:40 PM, Stephen Hemminger
> wrote:
> > >>>
> > >>> Is it possible to do Read Copy Update with VPP? Either using
> >
24 matches
Mail list logo
