Dear Rubina,

During the development I did some ad-hoc for up to 4 cores (since that
was the h/w I have), it seemed reasonable - but obviously there is
something that I did not spot during my tests.

It's hard to say what is going on without looking in more detail.

--a

On 5/9/18, Rubina Bianchi <r_bian...@outlook.com> wrote:
> Thanks for your prompt response.
> If it would be possible I want to know about the maximum throughput which
> you take from vpp in stateful mode (permit+reflect acl rule, session table)
> ?
>
> Does vpp work scalable? I think the session table is bottleneck in stateful
> scenario and multi-threading? what 's your opinion?
>
> Sent from Outlook<http://aka.ms/weboutlook>
> ________________________________
> From: Andrew Yourtchenko <ayour...@gmail.com>
> Sent: Wednesday, May 9, 2018 2:47 PM
> To: Rubina Bianchi
> Cc: vpp-dev@lists.fd.io
> Subject: Re: [vpp-dev] VPP Scalability Problem
>
> Dear Rubina,
>
> You could take a look at “perf top” to see what could be going on. if you
> need help, let me know, I would be happy to look at it together.
>
> Also, now as part of the work for 18.07 I am testing a couple of different
> approaches to change the processing for more performance, would you be
> interested to give it a try ?
>
> --a
>
> On 9 May 2018, at 13:19, Rubina Bianchi
> <r_bian...@outlook.com<mailto:r_bian...@outlook.com>> wrote:
>
> Dear VPP Folks,
> I have a problem in vpp scalability in statefull mode (by permit+reflect acl
> rules). I installed vpp on HPE ProLiant DL380 Gen9 Server in order to check
> the vpp performance and throughput scalability based on number of vpp worker
> threads.
> Our appliance have 2 cpus that each cpu have 22 core (44 core in hyperthread
> mode). In our Scenario, 6 interfaces is considered. Each 2 interfaces is
> bridged and so we have 3 pair interfaces. Startup config file and other
> configs are added to attachment. With increasing the number of worker
> threads, I expected to see more throughput but it is not happened. I mean
> for example, with 18 workers (current config) I expect to see 45 Gbps
> (Because the best case throughput in sfr scenario is almost 15 Gbps per each
> pair interface) throughput (rx) on our DUT with 6 interfaces but the maximum
> throughput which is observed is approximately 24. And after that, increasing
> the number of worker threads not only did not have any effect on throughput
> but also in some cases decrease overall throughput catastrophically. Why?
>
>
>
> Sent from Outlook<http://aka.ms/weboutlook>
> 
> <acls>
> <startup.conf>
> <vppctl>
> <throughput.png>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links:

You receive all messages sent to this group.

View/Reply Online (#9224): https://lists.fd.io/g/vpp-dev/message/9224
View All Messages In Topic (4): https://lists.fd.io/g/vpp-dev/topic/18965528
Mute This Topic: https://lists.fd.io/mt/18965528/21656
New Topic: https://lists.fd.io/g/vpp-dev/post

Change Your Subscription: https://lists.fd.io/g/vpp-dev/editsub/21656
Group Home: https://lists.fd.io/g/vpp-dev
Contact Group Owner: vpp-dev+ow...@lists.fd.io
Terms of Service: https://lists.fd.io/static/tos
Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub
-=-=-=-=-=-=-=-=-=-=-=-

Reply via email to