RE: rte_flow API change request: tunnel info restoration is too slow

2022-03-16 Thread Ori Kam
Hi > -Original Message- > From: Thomas Monjalon > Sent: Wednesday, March 16, 2022 3:47 PM > Subject: Re: rte_flow API change request: tunnel info restoration is too slow > > 16/03/2022 13:25, Ilya Maximets: > > On 3/16/22 10:41, Thomas Monjalon wrote: >

Re: rte_flow API change request: tunnel info restoration is too slow

2022-03-16 Thread Thomas Monjalon
16/03/2022 13:25, Ilya Maximets: > On 3/16/22 10:41, Thomas Monjalon wrote: > > 15/03/2022 23:12, Ilya Maximets: > >> Hi, everyone. > >> > >> After implementing support for tunnel offloading in OVS we faced a > >> significant performance issue caused by the requirement to call > >> rte_flow_get_res

Re: rte_flow API change request: tunnel info restoration is too slow

2022-03-16 Thread Ilya Maximets
On 3/16/22 10:41, Thomas Monjalon wrote: > 15/03/2022 23:12, Ilya Maximets: >> Hi, everyone. >> >> After implementing support for tunnel offloading in OVS we faced a >> significant performance issue caused by the requirement to call >> rte_flow_get_restore_info() function on a per-packet basis. >>

Re: rte_flow API change request: tunnel info restoration is too slow

2022-03-16 Thread Thomas Monjalon
15/03/2022 23:12, Ilya Maximets: > Hi, everyone. > > After implementing support for tunnel offloading in OVS we faced a > significant performance issue caused by the requirement to call > rte_flow_get_restore_info() function on a per-packet basis. > > The main problem is that once the tunnel offl

rte_flow API change request: tunnel info restoration is too slow

2022-03-15 Thread Ilya Maximets
Hi, everyone. After implementing support for tunnel offloading in OVS we faced a significant performance issue caused by the requirement to call rte_flow_get_restore_info() function on a per-packet basis. The main problem is that once the tunnel offloading is configured, there is no way for the a