* [dpdk-users] Current CONFIG_RTE_MAX_MEMSEG=256 is not enough
@ 2016-10-13 14:50 Cliff Burdick
2016-10-13 14:56 ` Paul Emmerich
0 siblings, 1 reply; 4+ messages in thread
From: Cliff Burdick @ 2016-10-13 14:50 UTC (permalink / raw)
To: users
Hi, I have a DPDK application that I allocate 2048 2MB hugepages on
startup, and everything works for a while. However, if I clean my code and
run the application again, on occasion, I get the following error:
Current CONFIG_RTE_MAX_MEMSEG=256 is not enough
Please either increase it or request less amount of memory.
PANIC in rte_eal_init():
Cannot init memory
8: [app() [0x412f4b]]
7: [/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)
[0x7fa65918df45]]
6: [app() [0x4122b9]]
5: [app() [0x57494e]]
4: [app() [0x565c3f]]
3: [app() [0x457163]]
2: [app() [0x40af2f]]
1: [app() [0x4512ba]]
I know I can increase this parameter in the DPDK config, but I'm not sure
why that's the solution and that it runs fine for so long until hitting
this. Should I just increase that, or is there another issue at play?
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [dpdk-users] Current CONFIG_RTE_MAX_MEMSEG=256 is not enough
2016-10-13 14:50 [dpdk-users] Current CONFIG_RTE_MAX_MEMSEG=256 is not enough Cliff Burdick
@ 2016-10-13 14:56 ` Paul Emmerich
[not found] ` <CAN7yQ2rUyUyAw4XJcnHpq9VhF56AhgSQc4oqWoJ2FAcm+4Y+WA@mail.gmail.com>
0 siblings, 1 reply; 4+ messages in thread
From: Paul Emmerich @ 2016-10-13 14:56 UTC (permalink / raw)
To: users
Cliff Burdick:
> I know I can increase this parameter in the DPDK config, but I'm not sure
> why that's the solution and that it runs fine for so long until hitting
> this. Should I just increase that, or is there another issue at play?
The problem is memory fragmentation, a reboot might solve this.
I've also got a server that gets this message from time to time and
encountered no ill effects from simply increasing the config setting.
Paul
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [dpdk-users] Current CONFIG_RTE_MAX_MEMSEG=256 is not enough
[not found] ` <CAN7yQ2oazqOFxC-A+ipAeJTJaV2KLsAh08qD9=G++gHhVj2Arw@mail.gmail.com>
@ 2016-10-13 17:00 ` Muhammad Zain-ul-Abideen
2016-10-13 17:04 ` De Lara Guarch, Pablo
0 siblings, 1 reply; 4+ messages in thread
From: Muhammad Zain-ul-Abideen @ 2016-10-13 17:00 UTC (permalink / raw)
To: Paul Emmerich; +Cc: users
It might be a memory leakage, or unhandeled exception, because what i
understood is that at start up it works fine but later on 2nd or 3rd
attempt huge pages are not free, kindly see is any thread from the process
is active, may be a zombie apocalypse.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: [dpdk-users] Current CONFIG_RTE_MAX_MEMSEG=256 is not enough
2016-10-13 17:00 ` Muhammad Zain-ul-Abideen
@ 2016-10-13 17:04 ` De Lara Guarch, Pablo
0 siblings, 0 replies; 4+ messages in thread
From: De Lara Guarch, Pablo @ 2016-10-13 17:04 UTC (permalink / raw)
To: Muhammad Zain-ul-Abideen, Paul Emmerich; +Cc: users
Hi,
> -----Original Message-----
> From: users [mailto:users-bounces@dpdk.org] On Behalf Of Muhammad Zain-
> ul-Abideen
> Sent: Thursday, October 13, 2016 10:01 AM
> To: Paul Emmerich
> Cc: users
> Subject: Re: [dpdk-users] Current CONFIG_RTE_MAX_MEMSEG=256 is not
> enough
>
> It might be a memory leakage, or unhandeled exception, because what i
> understood is that at start up it works fine but later on 2nd or 3rd
> attempt huge pages are not free, kindly see is any thread from the process
> is active, may be a zombie apocalypse.
As Paul said, it looks like memory fragmentation.
To guarantee that you won't encounter this problem again, you can reserve
the hugepages at boot time, using the kernel parameter nr_hugepages.
Pablo
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2016-10-13 17:04 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-10-13 14:50 [dpdk-users] Current CONFIG_RTE_MAX_MEMSEG=256 is not enough Cliff Burdick
2016-10-13 14:56 ` Paul Emmerich
[not found] ` <CAN7yQ2rUyUyAw4XJcnHpq9VhF56AhgSQc4oqWoJ2FAcm+4Y+WA@mail.gmail.com>
[not found] ` <CAN7yQ2oazqOFxC-A+ipAeJTJaV2KLsAh08qD9=G++gHhVj2Arw@mail.gmail.com>
2016-10-13 17:00 ` Muhammad Zain-ul-Abideen
2016-10-13 17:04 ` De Lara Guarch, Pablo
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).