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 (#19763): https://lists.fd.io/g/vpp-dev/message/19763 Mute This Topic: https://lists.fd.io/mt/84196118/21656 Mute #binapi:https://lists.fd.io/g/vpp-dev/mutehashtag/binapi Mute #vpp:https://lists.fd.io/g/vpp-dev/mutehashtag/vpp Mute #vpp-dev:https://lists.fd.io/g/vpp-dev/mutehashtag/vpp-dev Mute #vapi:https://lists.fd.io/g/vpp-dev/mutehashtag/vapi Group Owner: [email protected] Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
