Re: [vpp-dev] Reason for removing SUSE packaging support

2021-11-18 Thread Laszlo Király 
Hello Ben,

Thanks for the feedback. I did the update based on your comments: 
https://gerrit.fd.io/r/c/vpp/+/34357
Can I ask for a review?

--
Laszlo


From: Benoit Ganne (bganne) 
Sent: Friday, November 5, 2021 6:17 PM
To: Laszlo Király ; vpp-dev@lists.fd.io 

Subject: RE: [vpp-dev] Reason for removing SUSE packaging support

Hi Laszlo,

Thanks! A few comments:
 - I think it would be easier to just merge both patches
 - I would put the Dockerfile under extras/rpm instead of a dedicated 
directory, alongside a small README to explain how to use it for testing
 - you should add yourself in MAINTAINERS as the maintainer for rpm packaging. 
A maintainer duty is to review patches on its subsystem (rpm packaging in your 
case) in gerrit and +1 if they are ready for merging so a committer can merge 
them, and to answer/fix issues when reported

Best
ben

> -Original Message-
> From: Laszlo Király 
> Sent: vendredi 5 novembre 2021 15:56
> To: vpp-dev@lists.fd.io
> Cc: Benoit Ganne (bganne) 
> Subject: Re: [vpp-dev] Reason for removing SUSE packaging support
>
> Hello,
>
> I pushed the patches for providing support to build vpp on opensuse leap:
> https://gerrit.fd.io/r/c/vpp/+/34356
>
> https://gerrit.fd.io/r/c/vpp/+/34357
>
> The rpm build can be tried out by the provided docker manifest file:
>  docker build -f extras/docker/build/Dockerfile.opensuse .
>
>
> Could you give me some advice how to continue with this? Can I add someone
> as a reviewer?
> --
> Laszlo
>
> 
>
> From: Benoit Ganne (bganne) 
> Sent: Monday, July 26, 2021 10:08 AM
> To: Laszlo Király 
> Cc: vpp-dev@lists.fd.io 
> Subject: RE: [vpp-dev] Reason for removing SUSE packaging support
>
> If you provide patches and volunteer to be the maintainer that would be
> great. The main request is to be reactive on the code you maintain (answer
> users and/or bug reports).
> You can start by submitting patches and an entry in MAINTAINERS.
> I suspect the best would be to have extras/rpm/centos/ and
> extras/rpm/suse/ but I am no expert.
>
> Best
> ben
>
> > -Original Message-
> > From: vpp-dev@lists.fd.io  On Behalf Of Laszlo
> Király
> > Sent: lundi 26 juillet 2021 08:35
> > To: Damjan Marion 
> > Cc: vpp-dev@lists.fd.io
> > Subject: Re: [vpp-dev] Reason for removing SUSE packaging support
> >
> > Thanks for the clarification.
> > Currently we are building the vpp in SUSE environment and probably must
> be
> > maintained in the long term. If I would like to contribute to build
> > support for opensuse-leap which are the expectations? Are there any
> other
> > todos beside the update of documentation and build scripts?
> >
> > --
> > Laszlo Kiraly
> > Ericsson Software Technology
> > laszlo.kir...@est.tech
> >
> > 
> >
> > From: Damjan Marion 
> > Sent: Monday, July 19, 2021 12:08 PM
> > To: Laszlo Király 
> > Cc: vpp-dev@lists.fd.io 
> > Subject: Re: [vpp-dev] Reason for removing SUSE packaging support
> >
> >
> > Simply because there was nobody interested to volunteer to maintain it.
> >
> > -
> > Damjan
> >
> >
> >
> >
> >On 19.07.2021., at 12:04, Laszlo Király 
> > wrote:
> >
> >
> >
> >
> >Hello,
> >
> >Could somebody evolve why the build support for Suse was removed?
> >Which was the last release with support for build on openSuse?  I
> > found this commit only mentioning this removal:
> >
> >commit bc35f469c89daf0126937580b6972516b5007d3a
> >Author: Dave Wallace 
> >Date:   Fri Sep 18 15:35:01 2020 +
> >
> >build: remove opensuse build infra
> >
> >- VPP on opensuse has not been supported
> >  for several releases.
> >
> >Type: fix
> >
> >Signed-off-by: Dave Wallace 
> >Change-Id: I2b5316ad5c20a843b8936f4ceb473f932a5338d9
> >
> >
> >
> >Is it planned to add it back soon? Or later?
> >
> >--
> >Laszlo Kiraly
> >Ericsson Software Technology
> >
> >laszlo.kir...@est.tech
> >
> >
> >
> >
>


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20512): https://lists.fd.io/g/vpp-dev/message/20512
Mute This Topic: https://lists.fd.io/mt/84304700/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [vpp-dev] VPP release 21.10.1 artifacts are available on packagecloud.io

2021-11-18 Thread Dave Wallace 

Most excellent!

Kudos to Andrew for making this happen.
-daw-

On 11/17/21 3:09 PM, Andrew Yourtchenko wrote:

Hi all,

VPP release 21.10.1 artifacts are available at packagecloud.io/fdio/release.

Thanks a lot to Dave Wallace and Vanessa Valderrama for the help!

--a






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20513): https://lists.fd.io/g/vpp-dev/message/20513
Mute This Topic: https://lists.fd.io/mt/87128508/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Submit a Session for the LFN Developer & Testing Forum!

2021-11-18 Thread Trishan de Lanerolle 
As the principal technical event for the LF Networking projects, this
bi-annual gathering, has on average attracted over 500 registrants,
provides the opportunity for each participating community to advance their
project roadmaps and explore cross-community collaboration and integration
points.  *The next LFN Developer & Testing Forum is scheduled for January
10-13, 2022. *

Once again we will be virtually gathering the LFN project technical
communities to progress our releases; discuss project architecture,
direction, and integration points; and further innovate through the open
source networking stack. Confirmed LFN projects include Anuket, EMCO, ODIM,
ONAP, OpenDaylight, Tungsten Fabric and XGVela.

We’ll also be hosting a track with fellow networking projects and
initiatives including the 5G Super Blueprint, LFN End User Advisory Group
(EUAG), and L3AF.

We welcome you to submit your FD.io related topic proposals on the wiki
page here
.
Topic Proposals are due December 3rd!

Learn more about the event and register here
. The
event is free to attend but registration is required.

Please send any questions to cc...@linuxfoundation.org. You can also join
the discussion on our event Slack in the #general channel here

.

Best,

Trishan


-- 
Trishan R. de Lanerolle
Senior Technical Community Architect
Networking, Linux Foundation
voice: +1.203.699.6401
skype: tdelanerolle
email: tdelanero...@linuxfoundation.org

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20514): https://lists.fd.io/g/vpp-dev/message/20514
Mute This Topic: https://lists.fd.io/mt/87154179/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[vpp-dev] Struggling with low vector size ( < 5-10) seeking expert advice

2021-11-18 Thread PRANAB DAS 
Hello all,

IMHO primary motivation of using VPP as the name suggests is Vector Packet
Processing with the belief that it will maximize i-cache and d-cache hit
and thus will result in much higher pps and throughput than scalar
processing.

Somehow I am finding the application we are running in VPP has very low
vector size < 10 with 40% cpu utilization. Does it mean we are not getting
the benefit of vector processing and we are doing something wrong? In what
conditions, will VPP function poorly meaning instead of vector processing
it ends up doing 2 or 3 packets per graph node - thus  as scalar packet
processor?

Basically the datapath application can be considered as  a service chain of
3 different application datapath services each having a different
performance profile.

service A --->service B > serviceC

service A is the fastest, most efficient can do 4Mpps
service B is less can do 2Mpps
service C can do 500Kpps

service A and service B are running in VPP in different worker threads and
service C (DPDK based) running as another process.

We scale out service C (add more cpu cores 4 time service B) and service B
has twice the number of VPP worker threads than service A

Assuming we have 8 cores for service C, 2 VPP workers for service B and 1
for service A - what kind of vector size do we expect when we try 4Mpps,
2Mpps or 1Mpps (assuming NIC BW does not matter).

I am arguing that in VPP performance is not linear, rather it depends on
vector size. Is that true?
Is there any documentation on how to size or tune application
performance/vector size on VPP?

I really appreciate your help.

Thank you

_ Pranab K Das

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#20515): https://lists.fd.io/g/vpp-dev/message/20515
Mute This Topic: https://lists.fd.io/mt/87158267/21656
Group Owner: vpp-dev+ow...@lists.fd.io
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-