Re: [vpp-dev] High packet drop under high binary-api call rate #binapi #vpp #vpp-dev #vapi
Hi Govind, > 1. Would there be any suggestions that can achieve a lower packet drop > rate under a high binary-API call rate? The strategy has been to change the APIs functions so that they are thread-safe on an ad-hoc basis, see ip_route_add_del for example. > 2. Are there any plan in future vpp release that can improve the "locking" > of worker thread for non-thread-safe binary API call? Not that I know of. What is the usecase here? This usually concerns a small set of APIs that can be updated to be thread-safe. Best ben -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#19778): https://lists.fd.io/g/vpp-dev/message/19778 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] -=-=-=-=-=-=-=-=-=-=-=-
Re: [vpp-dev] High packet drop under high binary-api call rate #binapi #vpp #vpp-dev #vapi
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 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] -=-=-=-=-=-=-=-=-=-=-=-
[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 (#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: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-