Hello,
On Tue, Nov 5, 2013 at 6:40 PM, Prashant Upadhyaya <
prashant.upadhyaya at aricent.com> wrote:
> Hi Alexander,
>
>
>
> I am also wondering like Olivier ? yours is a nice testcase and setup,
> hence requesting the information below instead of spending a lot of time
> reinventing the test c
usecases.
Regards
-Prashant
From: Alexander Belyakov [mailto:abely...@gmail.com]
Sent: Tuesday, November 05, 2013 5:29 PM
To: Olivier MATZ
Cc: Prashant Upadhyaya; dev at dpdk.org
Subject: Re: [dpdk-dev] Surprisingly high TCP ACK packets drop counter
Hello,
The role of RSC is to reassemble input TCP
each queue in both the usecases.
Regards
-Prashant
From: Alexander Belyakov [mailto:abely...@gmail.com]
Sent: Tuesday, November 05, 2013 5:29 PM
To: Olivier MATZ
Cc: Prashant Upadhyaya; dev at dpdk.org
Subject: Re: [dpdk-dev] Surprisingly high TCP ACK packets drop counter
Hello,
The role of RSC
Hello,
The role of RSC is to reassemble input TCP segments, so it is possible
> that the number of TCP packets sent to the DPDK is lower but some
> packets may contain more data. Can you confirm that?
>
>
I don't think out test case can answer your question, because all generated
TCP ACK packets w
ve side
scaling).
> Regards
> -Prashant
>
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Alexander Belyakov
> Sent: Monday, November 04, 2013 1:51 AM
> To: Wang, Shawn
> Cc: dev at dpdk.org
> Subject: Re: [dpdk-dev] Surprisi
Hi,
> Disabling RSC (DPDK 1.3) indeed brings ACK flood forwarding
> performance to 14,5+ Mpps. No negative side affects were discovered
> so far, but we're still testing.
The role of RSC is to reassemble input TCP segments, so it is possible
that the number of TCP packets sent to the DPDK is l
Behalf Of Alexander Belyakov
Sent: Monday, November 04, 2013 1:51 AM
To: Wang, Shawn
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] Surprisingly high TCP ACK packets drop counter
Hi,
thanks for the patch and explanation. We have tried DPDK 1.3 and 1.5 - both
have the same issue.
Regards,
Alexander
ot an issue in this case.
>
> Regards
> -Prashant
>
>
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Alexander Belyakov
> Sent: Friday, November 01, 2013 7:13 PM
> To: dev at dpdk.org
> Subject: [dpdk-dev] Surprisingly high TCP
Hi,
thanks for the patch and explanation. We have tried DPDK 1.3 and 1.5 - both
have the same issue.
Regards,
Alexander
On Fri, Nov 1, 2013 at 6:54 PM, Wang, Shawn wrote:
> Hi:
>
> We had the same problem before. It turned out that RSC (receive side
> coalescing) is enabled by default in DPDK
Wang, Shawn
Sent: Friday, November 01, 2013 8:24 PM
To: Alexander Belyakov
Cc: dev at dpdk.org
Subject: Re: [dpdk-dev] Surprisingly high TCP ACK packets drop counter
Hi:
We had the same problem before. It turned out that RSC (receive side
coalescing) is enabled by default in DPDK. So we write this
: dev at dpdk.org
Subject: [dpdk-dev] Surprisingly high TCP ACK packets drop counter
Hello,
we have simple test application on top of DPDK which sole purpose is to forward
as much packets as possible. Generally we easily achieve 14.5Mpps with two
82599EB (one as input and one as output). The on
Hello,
we have simple test application on top of DPDK which sole purpose is to
forward as much packets as possible. Generally we easily achieve 14.5Mpps
with two 82599EB (one as input and one as output). The only suprising
exception is forwarding pure TCP ACK flood when performace always drops to
Hello,
01/11/2013 14:54, Wang, Shawn :
> We had the same problem before. It turned out that RSC (receive side
> coalescing) is enabled by default in DPDK. So we write this na?ve patch to
> disable it. This patch is based on DPDK 1.3. Not sure 1.5 has changed it
> or not.
> After this patch, ACK ra
Hi:
We had the same problem before. It turned out that RSC (receive side
coalescing) is enabled by default in DPDK. So we write this na?ve patch to
disable it. This patch is based on DPDK 1.3. Not sure 1.5 has changed it
or not.
After this patch, ACK rate should go back to 14.5Mpps. For details, y
14 matches
Mail list logo
