lkml.org 
[lkml]   [2023]   [May]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectIncreasing the vm.max_map_count value
We are seeing userspace requiring more than the default 65330 mappings,
specifically some Windows games running through wine. We are looking into
changing the default in Fedora, but the source code includes a scary comment
about the current value:

> Default maximum number of active map areas, this limits the number of
vmas
> per mm struct. Users can overwrite this number by sysctl but there is a
> problem.
>
> When a program's coredump is generated as ELF format, a section is
created
> per a vma. In ELF, the number of sections is represented in unsigned
short.
> This means the number of sections should be smaller than 65535 at
coredump.
> Because the kernel adds some informative sections to a image of
program at
> generating coredump, we need some margin. The number of extra sections is
> 1-3 now and depends on arch. We use "5" as safe margin, here.

It seems that going over 16 bits would at least break ELF coredumps (for
programs actually requesting as many mappings).

Do you think it is otherwise safe to increase this value arbitrarily?

\
 
 \ /
  Last update: 2023-05-23 16:16    [W:0.026 / U:0.240 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site