Hi Florin,
Thank you for explaining.
>
> Out of curiosity, any particular reason why you’re looking into this? Are
> you hitting any active open performance limitations with the latest
> version of vpp?
>
While going through code for understanding, I wondered why it is being done
this way rat
Hi Olivia,
Inline.
> On Jun 21, 2021, at 12:51 AM, Olivia Dunham wrote:
>
> Hi Florin,
>
> Digging further into this, I got to know that only the main core handles
> `vnet_connect`. The TCP connection is owned by main core while it is in
> active open state.
Yes, that’s accurate.
> But
Hi Florin,
Digging further into this, I got to know that only the main core handles
`vnet_connect`. The TCP connection is owned by main core while it is in active
open state. But also I see that half open table as well as other data
structures are properly locked. So will it be possible to hand
Hi Florin,
Thank you for the insight. Really helpful.
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#19053): https://lists.fd.io/g/vpp-dev/message/19053
Mute This Topic: https://lists.fd.io/mt/81698902/21656
Mute #hoststack:https://lists.fd.io/g/vp
Hi Olivia,
Inline.
> On Mar 29, 2021, at 8:19 AM, Olivia Dunham wrote:
>
> Dear All,
>
> I have been reading VPP host stack and saw the example TCP proxy in
> (src/plugins/hs_apps/proxy.c).
> I understand that the main thread handles the CLI command and the callbacks
> are registered for TC
Dear All,
I have been reading VPP host stack and saw the example TCP proxy in
(src/plugins/hs_apps/proxy.c).
I understand that the main thread handles the CLI command and the callbacks are
registered for TCP proxy by main thread. Can anyone explain the thread/core
ownership during packet proces