[dpdk-dev] very high VIRT memory usage

Burakov, Anatoly anatoly.burakov at intel.com
Wed Jun 10 13:07:32 CEST 2020


On 10-Jun-20 11:14 AM, Francesco wrote:
> Hi Anatoly
> 
> Il giorno mer 10 giu 2020 alle ore 11:24 Burakov, Anatoly 
> <anatoly.burakov at intel.com <mailto:anatoly.burakov at intel.com>> ha scritto:
> 
>     On 09-Jun-20 8:40 PM, Francesco wrote:
>      > Hi Anatoly,
>      >
>      > Thanks a lot for the detailed response!
>      > Good to know anyway there's a "fix" already done in 20.05... also
>      > because I'm not interested in supporting secondary processes or
>     having
>      > shared memory...
>      >
>      > Looking forward for the backports in stable branches then!
>      >
>      > Thanks!
>      > Francesco
>      >
> 
>     Hi Francesco,
> 
>     Just to be clear - the "fix" i'm talking about is not about using less
>     memory - it's about not including this memory in core dumps. The memory
>     amounts used will stay the same (i.e. you'll still see the ~256GB used
>     each time you run DPDK).
> 
> 
> Ouch ok I see.
> My issue is that I have tools that look at the health of my server and 
> will report this high VIRT memory usage as anomalous - I guess I will 
> have to work around them some way.
> 
> Thanks for the clarification
> 
> Francesco
> 

Yep. Like i said earlier, this is a design decision. I understand that 
not everyone wants or needs secondary process support, but we have to 
have defaults that cover the most amount of use cases. Plus, it make 
internals very complex if we had two different init (and runtime!) paths 
for DPDK with and without secondary process support. So, there's little 
that can be done about that, short of lowering that limit at compile 
time. You can use the CONFIG_RTE_MAX_MEM_MB and similar options in the 
DPDK config file, but if you got your DPDK from a distro, you're out of 
luck, i'm afraid.

-- 
Thanks,
Anatoly


More information about the dev mailing list