DPDK patches and discussions
 help / color / mirror / Atom feed
From: Bruce Richardson <bruce.richardson@intel.com>
To: "Lombardo, Ed" <Ed.Lombardo@netscout.com>
Cc: Dmitry Kozlyuk <dmitry.kozliuk@gmail.com>,
	"dev@dpdk.org" <dev@dpdk.org>,  <anatoly.burakov@intel.com>
Subject: Re: Need help with reducing VIRT memory
Date: Fri, 3 May 2024 16:27:39 +0100	[thread overview]
Message-ID: <ZjUCa2lmHbEZ-rFo@bricha3-mobl1.ger.corp.intel.com> (raw)
In-Reply-To: <CH3PR01MB8470E906BEAD84329B81818C8F1F2@CH3PR01MB8470.prod.exchangelabs.com>

On Fri, May 03, 2024 at 02:48:12PM +0000, Lombardo, Ed wrote:
> Hi Dmitry,
> I am not clear on the DPDK memory layout and how to tweak these #define values.  
> 
> #define RTE_MAX_MEMSEG_PER_LIST 8192
> #define RTE_MAX_MEM_MB_PER_LIST 32768
> #define RTE_MAX_MEMSEG_PER_TYPE 32768
> #define RTE_MAX_MEM_MB_PER_TYPE 65536
> 
> I want to limit how much DPDK grabs for memory, but grabs what it absolutely needs for our application.

Hi,

This is what DPDK does. What is being shown in the VIRT figures is the
address space reservation DPDK has made, but not what memory it actually uses.
Only sufficient hugepage memory to meet the demands of your app should be
mapped by DPDK, the rest is unused address space that is not taking up any
actual memory.

Adding Anatoly to the thread, as he is probably best able to suggest what
settings above to tweak to reduce this address-space allocation if it is a
problem for you. If it is an issue, I'd be curious to know what the
underlying cause is, in case there is something we need to fix.

/Bruce

>  I don't want DPDK to plan for any hot-plug or dynamic adjustments of hugepages.  Our configuration is static, we allocate hugepages, discover ports and initialize couple ring buffers and 1 Rx Q and 4 Tx Qs per port.  Max of 4 ports.
> My goal is to reduce our application VIRT memory by 80%.  Not clear which config variables to adjust.
> 
> What do you suggest, is there a formula?
> 
> Regards,
> Ed
> 

  reply	other threads:[~2024-05-03 15:27 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-05-02 19:05 Lombardo, Ed
2024-05-02 20:03 ` Dmitry Kozlyuk
2024-05-02 20:58   ` Lombardo, Ed
2024-05-03 14:48     ` Lombardo, Ed
2024-05-03 15:27       ` Bruce Richardson [this message]
2024-05-03 15:52         ` Bruce Richardson
2024-05-03 18:58           ` Morten Brørup
2024-05-03 20:07             ` Lombardo, Ed
2024-05-03 20:54       ` Dmitry Kozlyuk
2024-05-03 20:56         ` Dmitry Kozlyuk
2024-05-03 21:18           ` Lombardo, Ed
2024-05-04  6:51             ` Morten Brørup
2024-05-05  3:25           ` Lombardo, Ed
2024-05-05  9:35             ` Dmitry Kozlyuk

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=ZjUCa2lmHbEZ-rFo@bricha3-mobl1.ger.corp.intel.com \
    --to=bruce.richardson@intel.com \
    --cc=Ed.Lombardo@netscout.com \
    --cc=anatoly.burakov@intel.com \
    --cc=dev@dpdk.org \
    --cc=dmitry.kozliuk@gmail.com \
    /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).