Hi Bill,
Here’s the patch [1].
Regards,
Florin
[1] https://gerrit.fd.io/r/c/vpp/+/29887
> On Nov 11, 2020, at 11:53 AM, Bill Vaughan wrote:
>
> Glad I could help. I have never used gerrit so please go ahead and submit
> the patch.
>
> Thanks,
> -Bill
>
> On Wed, Nov 11, 2020 at 2:09 PM
Glad I could help. I have never used gerrit so please go ahead and submit
the patch.
Thanks,
-Bill
On Wed, Nov 11, 2020 at 2:09 PM Florin Coras wrote:
> Hi Bill,
>
> Welcome to the project and thanks for the report! Agreed, that is a bug in
> non-default scenarios like yours where custom fifo
Hi Bill,
Welcome to the project and thanks for the report! Agreed, that is a bug in
non-default scenarios like yours where custom fifo tuning is required. Would
you be willing to push a patch or should I do it?
Regards,
Florin
> On Nov 11, 2020, at 10:33 AM, Bill Vaughan wrote:
>
> Hi
Hi all,
I am working on a custom VPP plugin and found what I think may be a bug in
application_worker.c. I don't really have a question, just wanted to point
this out in case it really is a bug. There is always a chance I am doing
something wrong, but everything seems to be working fine with the
Hi,
> Is there some sort of documentation where I can get all VPP methods avaible
> for API purpose.
>
> For example, he you used two methods - api.show_version and connect :
>
>> r = vpp.connect('papi-example')
>> rv = vpp.api.show_version()
>
> How can I be able to take a outlook of what
Hello,
Is there some sort of documentation where I can get all VPP methods avaible
for API purpose.
For example, he you used two methods - api.show_version and connect :
> r = vpp.connect('papi-example')
> rv = vpp.api.show_version()
How can I be able to take a outlook of what methods are
Thank you for your replies. I'll take the project off the archive list.
Thanks,
Vanessa
On 11/11/20 10:25 AM, Kinsella, Ray wrote:
>
> 100% agree.
>
>
>
> Ray K
>
>
>
> *From:*vpp-dev@lists.fd.io *On Behalf Of *Ole Troan
> *Sent:* Wednesday 11 November 2020 07:40
> *To:* Vanessa Valderrama
100% agree.
Ray K
From: vpp-dev@lists.fd.io On Behalf Of Ole Troan
Sent: Wednesday 11 November 2020 07:40
To: Vanessa Valderrama ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] VPPSB Project Status
> Is the VPPSB still an active project? The description is VPP Sandbox but
> it doesn't appear to
> On 11.11.2020., at 12:45, Merve wrote:
>
> Hi everyone,
>
>
> DBGvpp# show buffers
> Pool NameIndex NUMA Size Data Size Total Avail Cached Used
>
> default-numa-0 0 0 2496 204816800 16800 0 0
>
> DBGvpp#
>
> I want to increase
Values published in the stats segment:
vpp# show stat segment
/sys/vector_rate
ScalarPtr 0 # zero vector rate, idle system
/sys/vector_rate_per_worker
CMainPtr0 #
Hi everyone,
DBGvpp# show buffers
Pool Name Index NUMA Size Data Size Total Avail Cached Used
default-numa-0 0 0 2496 2048 16800 16800 0 0
DBGvpp#
I want to increase number of buffers allocated. what can i do in this situation?
Thanks, I fixed my mistake.
DBGvpp# show buffers
Pool Name Index NUMA Size Data Size Total Avail Cached Used
default-numa-0 0 0 2496 2048 16800 16800 0 0
DBGvpp#
I want to increase number of buffers allocated. what can i do in this situation?
VPP is not using DPDK buffer manager so this command display bogus results.
use “show buffer” instead….
—
Damjan
> On 11.11.2020., at 11:57, Merve wrote:
>
> Hi, everyone. I want to increase num-mbufs in startup.conf. when ı checked
> dpdk buffer:
>
> DBGvpp# show dpdk buffer
> name="vpp
rx-miss typically means that you are not pulling packets out of queue fast
enough, as probably your CPU is too busy with processing packets.
modifying queue size will not help you with constant traffic rate, it may help
only with bursty traffic and in cases when VPP is de-scheduled by kernel.
Hi, everyone. I want to increase num-mbufs in startup.conf. when ı checked dpdk
buffer:
DBGvpp# show dpdk buffer
name="vpp pool 0" available = 0 allocated = 16800 total = 16800
I have no available memory? what can i do in this situation?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive
Hi everyone,
when the rx and tx queue number is low, dpdk catches the packets faster, but
when the rx and tx queue numbe r is high, I get a result like, below. I have
rx-no-buf and rx-miss. So i n both cases I have packet losses. how to get rid
of this situation...
startup.conf
dev default {
Hi Ben,
> Yes, it is the main way to quickly assess VPP load, see
> https://fd.io/docs/vpp/master/troubleshooting/cpuusage.html#vpp-cpu-load
> My very crude rule-of-thumb looks like this (but your mileage may
> vary):
> - between 0 and 50: VPP is not working too hard
> - between 50 and 100:
then I see like this: (show error)
1 TenGigabitEthernet1/0/1-output interface is down error
11667420 null-node blackholed packets
error
what exactly does that mean?
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to
18 matches
Mail list logo
