De Lara Guarch, Pablo
>>>
>>> > wrote:
>>>
>>> > Hi Alexander,
>>>
>>> >
>>>
>>> > > -Original Message-
>>>
>>> > > From: dev [mailto:dev-bounces at dpdk.org ] On
>>
Message-
>>
>> > > From: dev [mailto:dev-bounces at dpdk.org ] On
>> Behalf Of Alexander
>>
>> > Belyakov
>>
>> > > Sent: Monday, January 26, 2015 10:18 AM
>>
>> > > To: dev at dpdk.org
>>
>> > > Subject
5:22 PM, De Lara Guarch, Pablo
>
> > wrote:
>
> > Hi Alexander,
>
> >
>
> > > -Original Message-
>
> > > From: dev [mailto:dev-bounces at dpdk.org ] On
> Behalf Of Alexander
>
> > Belyakov
>
> > > Sent
; > -Original Message-
> > From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Alexander
> Belyakov
> > Sent: Monday, January 26, 2015 10:18 AM
> > To: dev at dpdk.org<mailto:dev at dpdk.org>
> > Subject: [dpdk-dev] DPDK testpmd forwarding
rom: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Alexander Belyakov
>> > Sent: Monday, January 26, 2015 10:18 AM
>> > To: dev at dpdk.org
>> > Subject: [dpdk-dev] DPDK testpmd forwarding performace degradation
>> >
>> > Hello,
>> >
>>
Hello,
On Tue, Jan 27, 2015 at 5:49 AM, ??? wrote:
> 65 bytes frame may degrade performace a lot.Thats related to DMA and cache.
> When NIC dma packets to memory, NIC has to do read modify write if DMA
> size is partial cache line.So for 65 bytes, the first 64 bytes are ok. The
> next 1 byte NIC
65 bytes frame may degrade performace a lot.Thats related to DMA and cache.
When NIC dma packets to memory, NIC has to do read modify write if DMA size is
partial cache line.So for 65 bytes, the first 64 bytes are ok. The next 1 byte
NIC has to read the whole cache line, change one byte and updat
On Mon, 26 Jan 2015 13:17:48 +0300
Alexander Belyakov wrote:
> Hello,
>
> recently I have found a case of significant performance degradation for our
> application (built on top of DPDK, of course). Surprisingly, similar issue
> is easily reproduced with default testpmd.
>
> To show the case we
Hi Alexander,
> -Original Message-
> From: dev [mailto:dev-bounces at dpdk.org] On Behalf Of Alexander Belyakov
> Sent: Monday, January 26, 2015 10:18 AM
> To: dev at dpdk.org
> Subject: [dpdk-dev] DPDK testpmd forwarding performace degradation
>
> Hello,
>
&
Hello,
recently I have found a case of significant performance degradation for our
application (built on top of DPDK, of course). Surprisingly, similar issue
is easily reproduced with default testpmd.
To show the case we need simple IPv4 UDP flood with variable UDP payload
size. Saying "packet le
10 matches
Mail list logo