Hello, all
Glad to announce that the project VSAP(VPP Stack Acceleration Project) is
online and this project aims to establish an industry user space application
ecosystem based on VPP host stack. VSAP has done much work to optimize VPP host
stack for Nginx, and we can see some exciting
We have some test for VCL based on application too, and it looks fine. To
understand more, you’d check what line in mspace_malloc trigger the signal.
Attached is our vcl.conf for you to try if it is okay.
vcl {
rx-fifo-size 5000
tx-fifo-size 5000
app-scope-local
app-scope-global
api-socket-name
You can install any OpenSSL version as you wish, and you can use the following
command to tell vpp cmake to get the right OpenSSL
For example:
# export OPENSSL_ROOT_DIR=/usr/local/lib64/
# export LD_LIBRARY_PATH=/usr/local/lib64/
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On
Hi, Nataraj
We have done some work for VCL performance evaluation and integration, and
currently due to VPP does not support port-reuse yet, some test tools such as
wrk which initializes client close could not give us good CPS number, thus we
are focusing on RPS. From our testing, the
Recently centOS build always fail and patch review is blocked even retrying
several times.
16:17:11 -- Configuring done
16:17:12 -- Generating done
16:17:12 -- Build files have been written to:
Hello, all
I will use a new API added in openssl 3.0.0 master for a better async
communication, but I found that some API in openssl 3.0.0 has deprecated, such
as EC_POINT_get_affine_coordinates_GFp/EC_POINT_set_affine_coordinates_GFp.
I added a patch to fix this problem to make VPP compatible
om]
Sent: Sunday, December 30, 2018 7:10 PM
To: Yu, Ping
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] found some issue in pci vfio
Fact that you can open vfio container doesn't actually mean that you can use
vfio-pci module on specific PCI device.
vfio-pci module can be used in 2 cases:
- w
I submitted a patch to fix it.
https://gerrit.fd.io/r/16640
Ping
From: Yu, Ping
Sent: Saturday, December 29, 2018 10:43 AM
To: vpp-dev@lists.fd.io
Cc: Yu, Ping
Subject: found some issue in pci vfio
Hello, all
Recently I met some issue in vfio, and below is some root cause:
Before running
Hello, all
Recently I met some issue in vfio, and below is some root cause:
Before running vpp, I will use "dpdk-devbind.py" to bind the NIC to vfio-pci,
and then use "uio-driver auto" configure, and it once worked well, but it has
problem recently, so I took a look at this to resolve the
In this case, you can consider to use vpp nat.
https://wiki.fd.io/view/VPP/NAT
I have not verified it. Please update me if it works. ☺
Ping
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of carlito
nueno
Sent: Friday, December 28, 2018 12:36 PM
To: vpp-dev@lists.fd.io
There are two solutions.
1) DNS level: Set your own DNS server, and hijiak all DNS and point to
your server.
2) IP and http: When gateway gets request from client to google.com, and
you can simulate “man in the middle” to syn/ack to client, and talk with client
to provide 302
Thanks Damjan. If cloning a brandnew repo, the build is ok.
Ping
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Damjan
Marion via Lists.Fd.Io
Sent: Wednesday, September 5, 2018 1:13 AM
To: Yu, Ping
Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] cmake is on
Dear Ping
Hi, Damjan,
My Ubuntu environment is good. But in FC27, I got the following issue in debug
mode.
-- Build files have been written to:
/home/pyu4/git-home/vpp_master/vpp/build-root/build-vpp_debug-native/vpp
Building vpp in
Yes, this is what I did to fix the code.
Please help review below patch, and besides adding the lock, and I also
optimize a bit to reduce the lock scope.
https://gerrit.fd.io/r/14534
Ping
From: Florin Coras [mailto:fcoras.li...@gmail.com]
Sent: Tuesday, August 28, 2018 10:58 PM
To: Yu, Ping
condition, current vec_len is the same as time 0, and the old
element 149 returns again.
Even though performance is important, and we still need to use lock to resolve
this race condition.
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Yu, Ping
Sent: Tuesday, August 28, 201
: 153
thread 0: alloc: 124
thread 3 free: 25
thread 0: alloc: 25
From: Florin Coras [mailto:fcoras.li...@gmail.com]
Sent: Tuesday, August 28, 2018 10:24 AM
To: Yu, Ping
Cc: Florin Coras (fcoras) ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] TLS half open lock
Hi Ping,
The expectation is that all
@lists.fd.io] On Behalf Of Florin Coras
Sent: Tuesday, August 28, 2018 12:51 AM
To: Yu, Ping
Cc: Florin Coras (fcoras) ; vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] TLS half open lock
Hi Ping,
The current implementation only locks the half-open pool if the pool is about
to expand. This is done
Hello, all
Recently I found that the TLS half open lock is not well implemented, and if
enabling multiple thread, there are chances to get the following core dump info
in debug mode.
(gdb) where
#0 0x7f7a0848e428 in __GI_raise (sig=sig@entry=6) at
../sysdeps/unix/sysv/linux/raise.c:54
Thanks Florin, and this fix works pretty well.
Before the fix, it has problem to handle >500 sessions, and in this patch, it
works fine even >1 sessions. ☺
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Florin Coras
Sent: Friday, August 24, 2018 9:37 AM
To: Yu, Pi
ead is <8192.
Rx fifo: cursize 0 nitems 65536 has_event 0
head 8192 tail 8192 segment manager 2
vpp session 4 thread 0 app session 0 thread 0
ooo pool 0 active elts newest 4294967295
Tx fifo: cursize 3908 nitems 65536 has_event 0
head 4284 tail 8192 segment manager 2
thanks
Ping
From: Yu, Pin
417
[#0][T] 10.10.1.1:->10.10.1.2:49424 ESTABLISHED0
61628 418
From: Yu, Ping
Sent: Thursday, August 23, 2018 4:40 PM
To: Florin Coras
Cc: vpp-dev@lists.fd.io; Florin Coras (fcoras) ; Yu, Ping
Subject: RE: [vpp-dev] TCP retransmission
Hi, Florin,
Attached
elts newest 4294967295
Tx fifo: cursize 2480 nitems 65536 has_event 0
head 5712 tail 8192 segment manager 2
vpp session 31 thread 0 app session 0 thread 0
ooo pool 0 active elts newest 4294967295
From: Florin Coras [mailto:fcoras.li...@gmail.com]
Sent: Tuesday, August 21, 2018 11:18 PM
To: Yu, P
Hello, all
I am now debugging an issue observed in echo server/client. If nclients ==
small number, then everything goes smoothly, but if nclients is big, such as
500, 1000, echo client will hang without printing final report, and debug shows
that echo client is waiting for response from
and stop listen.
3) CPS performance has been improved around 30% after this patch.
4) Main implementation in openssl, and will not break mbedtls.
Thanks
Ping
From: vpp-dev@lists.fd.io [mailto:vpp-dev@lists.fd.io] On Behalf Of Yu, Ping
Sent: Thursday, July 26, 2018 9:26 AM
To: Florin
That’s great. I will implement it and submit patch for this optimization.
Ping
From: Florin Coras (fcoras) [mailto:fco...@cisco.com]
Sent: Thursday, July 26, 2018 1:01 AM
To: Yu, Ping ; vpp-dev@lists.fd.io
Subject: Re: tls init server is too heavy
Hi Ping,
The plan you proposed sounds great
Hello, Florin
In current TLS openssl implementation, in each accepted TLS session,
openssl_ctx_init_server needs to re-init ssl_ctx, and set key and certificate,
which actually is not necessary, and normally one-time initialization is good
enough. After I change this initialization to run only
Hello, all
After setting several memory to be huge pages, I found that VPP build has some
problem when building gbp_contract. System reports several page fault in dmesg,
and build will hang for couple of hours.
Build info is below:
CXX l2_emulation_cmds.lo
CXX l2_emulation.lo
27 matches
Mail list logo