<snip> Would there be any suggestions that can achieve a lower packet drop rate under a high binary-API call rate?
Implementing ready copy update scheme in VPP can address this issue. https://doc.dpdk.org/guides/prog_guide/rcu_lib.html Thanks Govind From: vpp-dev@lists.fd.io <vpp-dev@lists.fd.io> On Behalf Of benleungbuild via lists.fd.io Sent: Wednesday, July 14, 2021 1:14 AM To: vpp-dev@lists.fd.io Subject: [vpp-dev] High packet drop under high binary-api call rate #binapi #vpp #vpp-dev #vapi Hi vpp developers, **Backgound:** base on my understanding, the handling of binary API (not-thread-safe) requires to stop all other worker threads. I did a test to study the impact of binary-API call to the packet-drop rate. topology: ----- (dpdk traffic in) ----> VPP1 ---- (memif) ----> VPP2 ------ (dpdk traffic out) -----> The test was run for around 10 minutes, under 8.5 Gbps traffic between 2 vpps and around 100 request/second binary API call (classify-add-del) to vpp2 (by ligato-vpp-agent), overall around 15-20% of packets are dropped in the path from vpp1 to vpp2. If there is no binary API call, no packet is dropped. **Questions:** 1. Would there be any suggestions that can achieve a lower packet drop rate under a high binary-API call rate? 2. Are there any plan in future vpp release that can improve the "locking" of worker thread for non-thread-safe binary API call? Best Ben
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#19766): https://lists.fd.io/g/vpp-dev/message/19766 Mute This Topic: https://lists.fd.io/mt/84196118/21656 Mute #vpp:https://lists.fd.io/g/vpp-dev/mutehashtag/vpp Mute #binapi:https://lists.fd.io/g/vpp-dev/mutehashtag/binapi Mute #vapi:https://lists.fd.io/g/vpp-dev/mutehashtag/vapi Mute #vpp-dev:https://lists.fd.io/g/vpp-dev/mutehashtag/vpp-dev Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
