Hi Florin,
Thanks for the info. I pulled the latest and retried, things seem a bit better
now from a stability perspective. The performance issue looks like a CPU
limitation on the client side (10K loops/s) based on the results. I have these:
*Client* : Intel Xeon CPU E5-2650 v2 @ 2.60GHz - 1021
Hi Florin,
I got another test run and was able to do the clear run; show run as you
suggested about 10 seconds into the test run just before it ended. I'm not sure
where to see the loops/s stat, so I've pasted the output from both client and
server below if you would not mind pointing out what
Hi Florin,
Thanks once again! I was in the middle of collecting a bunch of information to
respond (basically nothing interesting in logs and the client does not crash,
it just sits there), and then on one miraculous run it actually worked. I was
hoping for a bit more performance (I only got 2.8
Hi Florin,
Thanks so much for trying this out and for the suggestions. Unfortunately this
isn't working in my setup. Here's what I did just to make sure I'm not missing
anything.
I generated the key and cert as follows:
*openssl req -newkey rsa:2048 -nodes -keyout ldp.key -x509 -days 365 -out
Hi Florin,
Thank you for your response. I used different rx/tx buffer sizes and it didn't
really make a difference. For this stage, it's good enough to know that there
are known performance limitations, thank you again for your help.
Regards,
Dom
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all m
Hello,
I'm trying to get an idea of TLS throughput using openssl without hardware
acceleration, and I'm using the vpp_echo application as follows:
* *Server :* taskset --cpu-list 4,6,8 ./vpp_echo socket-name /tmp/vpp-api.sock
uri tls://10.0.0.71/ fifo-size 200 uni RX=50Gb TX=0 stats 1 s
Hi Florin,
I'm not sure why the echo app was crashing on me yesterday, built the debug
version, no crash, so I rebuilt the release version and also no crash. For some
reason, even though udp-cksum now shows as an active rx offload, the function
ip4_local_check_l4_csum is still being called, but
Hi again,
For what it's worth, I added a hack in src/plugins/dpdk/device/init.c and set
xd->port_conf.rxmode.offloads |= DEV_RX_OFFLOAD_UDP_CKSUM , and now I have:
vpp# sh hardware-interfaces
Name Idx Link Hardware
TenGigabitEthernet5/0/0 1 down TenGigabitEtherne
Hi Florin,
Thanks for the suggestion. It looks like in my case
*ip4_local_l4_csum_validate* is being called:
Breakpoint 1, ip4_local_l4_csum_validate (vm=0x7fffb4ecef40, p=0x10026d9980,
ip=0x10026d9a8e, is_udp=1 '\001',
error=0x7fffb517b1d8 "\016\023", good_tcp_udp=0x7fffb517b19d
"\177\001\001
[Edited Message Follows]
** Edit **: Corrected typo, udp-cksum not active in rx-offloads, but is active
in tx-offloads
Hi Florin,
Thanks for the response. I'm not so concerned about the packet drops (as you
point out it is to be expected), however increasing the number of rx
descriptors did h
Hi Florin,
Same NIC on both machines:
root# dpdk-devbind --status
Network devices using DPDK-compatible driver
:05:00.0 'Ethernet 10G 2P X520 Adapter 154d' drv=uio_pci_generic
unused=ixgbe
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages se
Hi Florin,
Thanks for the response. I'm not so concerned about the packet drops (as you
point out it is to be expected), however increasing the number of rx
descriptors did help a lot, so thank you very much for that!
I'm still at around 6.5 Gbps, "sh session verbose" shows the following:
*Clie
Hello,
I've been trying to do some basic performance testing on 20.01 using the
vpp_echo application, and while I'm getting the expected performance with TCP,
I'm not quite able to achieve what I would expect with UDP. The NICs are 10G
X520, and on TCP I get around 9.5 Gbps, but with UDP I get
13 matches
Mail list logo
