Re: [vpp-dev] stop handoff in SNAT

2017-07-20 Thread Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco)
right and handoff is faster than locking

Matus


From: Yuliang Li [mailto:yuliang...@yale.edu]
Sent: Friday, July 21, 2017 12:48 AM
To: Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco) 

Cc: vpp-dev@lists.fd.io
Subject: Re: [vpp-dev] stop handoff in SNAT

I think I get the reason. If the flow space split is dynamic, each thread has 
to propagate the state across all threads when new flows come, which requires 
locking. Using static flow space split can avoid this, at the cost of handoff 
for both directions.

On Thu, Jul 20, 2017 at 9:44 AM, Yuliang Li 
mailto:yuliang...@yale.edu>> wrote:
Thanks. That's a good point. But can I just use handoff on out2in? Because the 
in2out traffic is already split by RSS.

On Wed, Jul 19, 2017 at 10:15 PM, Matus Fabian -X (matfabia - PANTHEON 
TECHNOLOGIES at Cisco) mailto:matfa...@cisco.com>> wrote:
Hi,

You need handoff when running multithread because traffic for specific inside 
network user must be processed always on same thread in both directions.

Regards,
Matus

From: vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io> 
[mailto:vpp-dev-boun...@lists.fd.io<mailto:vpp-dev-boun...@lists.fd.io>] On 
Behalf Of Yuliang Li
Sent: Thursday, July 20, 2017 5:58 AM
To: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: [vpp-dev] stop handoff in SNAT

Hi,

Is there a way to stop handoff (move packet from one thread to another) in 
SNAT? I already use RSS to split packets across threads at the input, so I do 
not need it to spread traffic across threads again.

Thanks,
--
Yuliang Li
PhD student
Department of Computer Science
Yale University



--
Yuliang Li
PhD student
Department of Computer Science
Yale University



--
Yuliang Li
PhD student
Department of Computer Science
Yale University
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] stop handoff in SNAT

2017-07-20 Thread Yuliang Li
I think I get the reason. If the flow space split is dynamic, each thread
has to propagate the state across all threads when new flows come, which
requires locking. Using static flow space split can avoid this, at the cost
of handoff for both directions.

On Thu, Jul 20, 2017 at 9:44 AM, Yuliang Li  wrote:

> Thanks. That's a good point. But can I just use handoff on out2in? Because
> the in2out traffic is already split by RSS.
>
> On Wed, Jul 19, 2017 at 10:15 PM, Matus Fabian -X (matfabia - PANTHEON
> TECHNOLOGIES at Cisco)  wrote:
>
>> Hi,
>>
>>
>>
>> You need handoff when running multithread because traffic for specific
>> inside network user must be processed always on same thread in both
>> directions.
>>
>>
>>
>> Regards,
>>
>> Matus
>>
>>
>>
>> *From:* vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] *On
>> Behalf Of *Yuliang Li
>> *Sent:* Thursday, July 20, 2017 5:58 AM
>> *To:* vpp-dev@lists.fd.io
>> *Subject:* [vpp-dev] stop handoff in SNAT
>>
>>
>>
>> Hi,
>>
>>
>>
>> Is there a way to stop handoff (move packet from one thread to another)
>> in SNAT? I already use RSS to split packets across threads at the input, so
>> I do not need it to spread traffic across threads again.
>>
>>
>>
>> Thanks,
>> --
>>
>> Yuliang Li
>>
>> PhD student
>>
>> Department of Computer Science
>>
>> Yale University
>>
>
>
>
> --
> Yuliang Li
> PhD student
> Department of Computer Science
> Yale University
>



-- 
Yuliang Li
PhD student
Department of Computer Science
Yale University
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] stop handoff in SNAT

2017-07-20 Thread Yuliang Li
Thanks. That's a good point. But can I just use handoff on out2in? Because
the in2out traffic is already split by RSS.

On Wed, Jul 19, 2017 at 10:15 PM, Matus Fabian -X (matfabia - PANTHEON
TECHNOLOGIES at Cisco)  wrote:

> Hi,
>
>
>
> You need handoff when running multithread because traffic for specific
> inside network user must be processed always on same thread in both
> directions.
>
>
>
> Regards,
>
> Matus
>
>
>
> *From:* vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] *On
> Behalf Of *Yuliang Li
> *Sent:* Thursday, July 20, 2017 5:58 AM
> *To:* vpp-dev@lists.fd.io
> *Subject:* [vpp-dev] stop handoff in SNAT
>
>
>
> Hi,
>
>
>
> Is there a way to stop handoff (move packet from one thread to another) in
> SNAT? I already use RSS to split packets across threads at the input, so I
> do not need it to spread traffic across threads again.
>
>
>
> Thanks,
> --
>
> Yuliang Li
>
> PhD student
>
> Department of Computer Science
>
> Yale University
>



-- 
Yuliang Li
PhD student
Department of Computer Science
Yale University
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

Re: [vpp-dev] stop handoff in SNAT

2017-07-19 Thread Matus Fabian -X (matfabia - PANTHEON TECHNOLOGIES at Cisco)
Hi,

You need handoff when running multithread because traffic for specific inside 
network user must be processed always on same thread in both directions.

Regards,
Matus

From: vpp-dev-boun...@lists.fd.io [mailto:vpp-dev-boun...@lists.fd.io] On 
Behalf Of Yuliang Li
Sent: Thursday, July 20, 2017 5:58 AM
To: vpp-dev@lists.fd.io
Subject: [vpp-dev] stop handoff in SNAT

Hi,

Is there a way to stop handoff (move packet from one thread to another) in 
SNAT? I already use RSS to split packets across threads at the input, so I do 
not need it to spread traffic across threads again.

Thanks,
--
Yuliang Li
PhD student
Department of Computer Science
Yale University
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev

[vpp-dev] stop handoff in SNAT

2017-07-19 Thread Yuliang Li
Hi,

Is there a way to stop handoff (move packet from one thread to another) in
SNAT? I already use RSS to split packets across threads at the input, so I
do not need it to spread traffic across threads again.

Thanks,
-- 
Yuliang Li
PhD student
Department of Computer Science
Yale University
___
vpp-dev mailing list
vpp-dev@lists.fd.io
https://lists.fd.io/mailman/listinfo/vpp-dev