Hi HieuNT,
I am not surprised performance is this bad.
There could be a number of causes for this ... but it's not worth debugging.
Use the method Dave suggests ...
Ray K
On 06/05/2020 14:44, Nguyễn Thế Hiếu wrote:
> Hi Dave & Joe.
> Thanks for your both answers. I'm glad to see them.
> I wil
It sounds weird, have you commented "if((counter % 600.000.000) == 0)" ？mod
operation maybe expensive since 600,000,000 is a large number than
MAX_INT.
but it should do so much harm to throughput :-(
--
Best Regard
Joe
-- Original --
From: "Nguyễ
Hi all；
I am using Intel 82599 (10G) , running with VPP v20.01-release with line rate
of 10G 128 bytes of packet size， i am observing Rx misses on the interfaces.
The VPP related config as flow:
vpp# show hardware-interfaces
Name Idx Link Hardware
TenGigabitEthernet3/0/1
OK now I updated it (https://gerrit.fd.io/r/c/vpp/+/26934).
Thanks again for your help!
/ Elias
On Thu, 2020-05-07 at 01:58 +0200, Damjan Marion wrote:
> i already pushed one, can you updatr it instead?
>
> Thanks
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
Vi
i already pushed one, can you updatr it instead?
Thanks
--
Damjan
> On 7 May 2020, at 01:56, Elias Rudberg wrote:
>
> Hi Dave and Damjan,
>
> Here is instruction and register info:
>
> (gdb) x/i $pc
> => 0x7fffabbbdd67 :vmovdqa64
> -0x30a0(%rbp),%ymm0
> (gdb) info registers rbp ymm0
>
Hi Dave and Damjan,
Here is instruction and register info:
(gdb) x/i $pc
=> 0x7fffabbbdd67 : vmovdqa64
-0x30a0(%rbp),%ymm0
(gdb) info registers rbp ymm0
rbp0x7417daf0 0x7417daf0
ymm0 {v8_float = {0x0, 0x0, 0x0, 0x3, 0x0, 0x0, 0x0,
0xfffd}, v4_double = {0x
From the developer documentation [0]:
"Standard programming error: memorize a pointer to the ith element of a
vector, and then expand the vector. Vectors expand by 3/2, so such code
may appear to work for a period of time. Correct code almost always
memorizes vector indices which are invariant
Can you try this:
diff --git a/src/plugins/rdma/input.c b/src/plugins/rdma/input.c
index cf0b6bffe..b461ee27b 100644
--- a/src/plugins/rdma/input.c
+++ b/src/plugins/rdma/input.c
@@ -103,7 +103,7 @@ rdma_device_input_refill (vlib_main_t * vm, rdma_device_t *
rd,
if (is_mlx5dv)
{
-
Hi,
We are seeing some issue in our plugin that seems to caused by the change of
pointer for a pool element.
The scenario is as below. Can you please let us know , if this can really occur.
1. We have multiple workers
2. We have one global pool of custom-structures ( this is a non-fixed pool)
Could we please see the faulting instruction, as well as the vector register
contents involved?
As in "x/i $pc", and the ymmX registers involved?
If the vector instruction requires alignment, "movaps" or similar, it wouldn't
be a shock to discover an unaligned address. We've already found and f
Hello VPP experts,
When trying to use the current master branch, we get a segmentation
fault error. Here is what it looks like in gdb:
Thread 3 "vpp_wk_0" received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fedf91fe700 (LWP 21309)]
rdma_device_input_refill (vm=0x7ff8a5d2f4c0, rd=
Hi Igor,
Could you try [1] instead the echo apps.
Regards,
Florin
[1] https://wiki.fd.io/view/VPP/HostStack/LDP/iperf
> On May 6, 2020, at 9:41 AM, igorkor.3v...@gmail.com wrote:
>
> Hi
>
> Guys
>
> I'm learning HostStack and have tried example from this page
> https://wiki.fd.io/view/VPP
Hi
Guys
I'm learning HostStack and have tried example from this page
https://wiki.fd.io/view/VPP/HostStack
For some unclear reason it doesn't work. At the same moment example from
https://wiki.fd.io/view/VPP/HostStack/EchoClientServer works correctly.
My configuration is:
Ubuntu 16.04 on vag
Nick,
Fixes are always good, and especially with the UTs, so thanks a lot !
I took a glance at the UTs...
one question and the bigger remark:
1) The UT stuff looks fairly straightforward except the tests are IPv4-only -
is it enough test only one address family ? If yes - a comment inside the
Hi Dave & Joe.
Thanks for your both answers. I'm glad to see them.
I will try to use vlib_node_increment_counter() function instead.
But I still wonder. I know printf() can be bottleneck of performance,
that's why I just call printf() every 600.000.000 packets.
Even if thoughput is 7Gbps, 600.00
Hi, vpp-dev,
Post 19.08 seems to have removed IPsec logical interfaces.
One cannot always use transport mode IPsec.
How can I get the efficiency of route based (FIB) IPsec w/o transport mode?
Adding superfluous encapsulations (wasting bandwidth) to replace this
(seemingly lost, hope not) funct
If you want to count things in data plane nodes, use a per-node counter and the
“show error” debug CLI to inspect it.
To count every packet fed to the node dispatch function, you can bump a node
counter once per frame:
vlib_node_increment_counter (vm, myplugin_node.index,
MYPLUGIN_ERROR_WHAT
Dear VPP hackers,
May I kindly ask to do a code review of the proposed fix?
Thanks,
N
On 21. Apr 2020, at 15:15, Neale Ranns (nranns)
mailto:nra...@cisco.com>> wrote:
Hi Nick,
A +1 from me for the VPP change, thank you.
I’m all for UT too, but I’ll let some others review the UT first before
Hi Hiếu,
From your description, printf is the bottleneck of performance. you need
to understand what's going on behind "printf"。
printf involves I/O operation，I/O operation is really slow in computer,
when you calling printf, it will call a syscall in glibc and trap to kernel,
then call
Hi VPP team.
I create a simple VPP node name "swap_mac". "swap_mac" node just swap between
source and destination MAC address and send packet back.
Then, I use Pktgen tool to send packet to VPP. In VPP, the packet will go to
swap_mac->interface-output node and finally send back Pktgen tool.
I fo
20 matches
Mail list logo
