From: Meir Tseitlin <mirots@gmail.com>
To: "Tetsuya.Mukawa" <mukawa@igel.co.jp>
Cc: dev@dpdk.org
Subject: Re: [dpdk-dev] Weird behavior of DPDK - ongoing problem
Date: Mon, 14 Apr 2014 10:46:57 +0300 [thread overview]
Message-ID: <CA+Typ9=mShwfNYYz2eGZj0++_2eccmbXw6q-r7CcWeaxaHbU2Q@mail.gmail.com> (raw)
In-Reply-To: <534B8C52.8070003@igel.co.jp>
Ok, I think I figured it out - this issue was partly my fault.
I do work with 1.6r0 and I also use Pcap driver.
Pcap driver still contains bug which does not properly release all packets
in rte_eth_tx_burst, causing application to run out of memory. I addressed
this problem wrongly by manually releasing them before they actually sent.
This caused early reallocation.
Anyway, thanks for help!
Meir Tseitlin
On Mon, Apr 14, 2014 at 10:20 AM, Tetsuya.Mukawa <mukawa@igel.co.jp> wrote:
> Hi Meir,
>
> (2014/04/13 19:21), Meir Tseitlin wrote:
> > The problem is that in 30% of the cases data packet enters the path of
> > control packet instead of expected answer. Which probably means that
> after
> > my packet type check, the mbuf is overwritten before handled properly.
> If you are using DPDK-1.5, it's nice to update to DPDK-1.6, because pcap
> pmd of DPDK-1.5 has buffer overflow while receiving data from a target
> device/file. And the issue was solved with DPDK-1.6 (in both intel
> original code and dpdk.org code).
>
> Also if multiple processes/threads run on a same cpu, probably, it could
> cause a problem like you're facing.
>
> Regards,
> Tetsuya
>
--
Kind regards,
*Meir Tseitlin*
Software architect*Mobile:* +972.54.7647417
*Fax:* +972.72.2812365
*Email:* meir.tech@gmail.com
*http://il.linkedin.com/in/meirts <http://il.linkedin.com/in/meirts>*
*Independent consultant*
<http://maps.google.com/maps?q=&hl=en>
See who we know in
common<http://www.linkedin.com/e/wwk/6408776/?hs=false&tok=2g4qg82N8Sb5U1>Want
a signature like
this?<http://www.linkedin.com/e/sig/6408776/?hs=false&tok=20mz9jA_USb5U1>
prev parent reply other threads:[~2014-04-14 7:46 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-13 10:21 Meir Tseitlin
2014-04-14 7:20 ` Tetsuya.Mukawa
2014-04-14 7:46 ` Meir Tseitlin [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CA+Typ9=mShwfNYYz2eGZj0++_2eccmbXw6q-r7CcWeaxaHbU2Q@mail.gmail.com' \
--to=mirots@gmail.com \
--cc=dev@dpdk.org \
--cc=mukawa@igel.co.jp \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).