Alternative to MALLOC_ARENA_MAX?

[Leonardo-Ferreira]

While trying to solve dotnet/diagnostics#4139, @hoyosjs proposed to set the env variable. Reading about it, I was wondering: instead of limiting the amount of toys each kid can play with at a give time (which was supposed to be the goal of pod limits config), is there a way to make the kids give the toys back as soon as they're done? something like DEALLOC_RETURN_TO_OS_MAX_DELAY = 60000 (1 minute)

[jkotas]

MALLOC_ARENA_MAX is implemented in glibc library. It is not implemented by .NET runtime.

glibc memory allocation tunables are documented in https://www.gnu.org/software/libc/manual/html_node/Memory-Allocation-Tunables.html . If you would like to propose new ones, the right place to do that are glibc discussion lists or issue tracker.

Tagging subscribers to this area: @tommcdon
See info in area-owners.md if you want to be subscribed.

Issue Details

---

While trying to solve dotnet/diagnostics#4139, @hoyosjs proposed to set the env variable. Reading about it, I was wondering: instead of limiting the amount of toys each kid can play with at a give time (which was supposed to be the goal of pod limits config), is there a way to make the kids give the toys back as soon as they're done? something like DEALLOC_RETURN_TO_OS_MAX_DELAY = 60000 (1 minute)

Author:	Leonardo-Ferreira
Assignees:	-
Labels:	tracking-external-issue, area-Diagnostics-coreclr, untriaged, needs-area-label
Milestone:	-

[Leonardo-Ferreira]

well, I wouldn't like to propose something new, its just that im working on this "leak" issue that's starting to look more and more like a "well, yeah you released that, but im not gonna give that back to the OS"... meanwhile, a api that should be using 150MB while serving 100 req/s is chugging as much as you give it without anyone using it...