From: "Pattan, Reshma" <reshma.pattan@intel.com>
To: Clarylin L <clearasu@gmail.com>
Cc: "users@dpdk.org" <users@dpdk.org>
Subject: Re: [dpdk-users] Need your help on pdump
Date: Tue, 7 Feb 2017 13:48:11 +0000 [thread overview]
Message-ID: <3AEA2BF9852C6F48A459DA490692831F01107F95@irsmsx110.ger.corp.intel.com> (raw)
In-Reply-To: <CAKj5MjuwL2vAepVRi=t_BpKk8guYS2LRYdE6N7YaUq6BbxN+qg@mail.gmail.com>
Hi,
Please see my comments inline.
Thanks,
Reshma
From: Clarylin L [mailto:clearasu@gmail.com]
Sent: Friday, February 3, 2017 7:54 PM
To: Pattan, Reshma <reshma.pattan@intel.com>
Subject: Need your help on pdump
Hi Reshma,
I am currently working on dpdk pdump and got some issues with it. Tried to research online but there were not many documents/discussions on it. On the mailing list I found you have been helping with someone on pdump, so drop you this email trying to seek help.
1. I believe dpdk-pdump would take hugepages. However, number of free hugepages does not change at all after dpdk-pdump start running. Is this expected? for example, before starting dpdk-pdump, I have
[Reshma]: dpdk-pdump is a secondary process hence itself will not take any huge pages, instead it will be attached to the same huge page memory of the primary process.
host# cat /proc/meminfo | grep uge
AnonHugePages: 712704 kB
HugePages_Total: 1336
HugePages_Free: 661
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
After dpdk-pdump starts (and it's running fine), the numbers remain the same.
2. Since Hugepages do not change, it gives me no hint when "cannot reserve memory" error comes up on some system. Generally this error is due to insufficient hugepages. However, the system shows
[Reshma]: Though huge pages are available the reason for cannot reserve memory could be because they are not contiguous huge pages.
Please check the section 2.3.2.1 in http://dpdk.org/doc/guides/linux_gsg/sys_reqs.html to allocate contiguous huge pages.
host# cat /proc/meminfo | grep uge
AnonHugePages: 1036288 kB
HugePages_Total: 768
HugePages_Free: 376
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
3. Even when dpdk-pdump is running fine, I got quite a few "PDUMP: User mempool: insufficient data_len of mbuf "messages on the server side. I tried to increase the mbuf-size for dpdk-pdump and it didn't fix it.
[Reshma]: The mbuf size option that you pass to the dpdk-pdump command line option should be equal or greater than the packet size (This is related to the internals of design) .
So I suggest you try once again with enough size.
Appreciate your help. Thanks a lot.
Clarylin
next parent reply other threads:[~2017-02-07 13:48 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CAKj5MjuwL2vAepVRi=t_BpKk8guYS2LRYdE6N7YaUq6BbxN+qg@mail.gmail.com>
2017-02-07 13:48 ` Pattan, Reshma [this message]
[not found] ` <CAKj5MjuFJyOuSu6GLDLihk3TBDEN8rXUk8GJxX3raV1kwEzE2Q@mail.gmail.com>
2017-02-08 11:02 ` Pattan, Reshma
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=3AEA2BF9852C6F48A459DA490692831F01107F95@irsmsx110.ger.corp.intel.com \
--to=reshma.pattan@intel.com \
--cc=clearasu@gmail.com \
--cc=users@dpdk.org \
/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).