From mboxrd@z Thu Jan 1 00:00:00 1970
From: bugzilla-daemon-590EEB7GvNiWaY/ihj7yzEB+6BGkLq7r@public.gmane.org
Subject: [Bug 97511] New: Document vm.overcommit_memory=2 interaction with
mmap/mprotect/madvise
Date: Wed, 29 Apr 2015 15:15:29 +0000
Message-ID:
Mime-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Return-path:
Sender: linux-man-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
To: linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
List-Id: linux-man@vger.kernel.org
https://bugzilla.kernel.org/show_bug.cgi?id=97511
Bug ID: 97511
Summary: Document vm.overcommit_memory=2 interaction with
mmap/mprotect/madvise
Product: Documentation
Version: unspecified
Hardware: All
OS: Linux
Status: NEW
Severity: normal
Priority: P1
Component: man-pages
Assignee: documentation_man-pages-ztI5WcYan/vQLgFONoPN62D2FQJk+8+b@public.gmane.org
Reporter: fweimer-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
Regression: No
For mmap and MAP_NORESERVE:
In vm.overcommit_memory=2, private mappings still count towards the commit
limit, despite what the flag name might imply.
For mmap and PROT_NONE:
Mappings created with this protection flag do not count towards the commit
limit in vm.overcommit_memory=2 mode. mprotect can subsequently be used to
change the flags of (parts of) the mapping, to allocate memory as needed, at
which point mprotect may fail with ENOMEM.
For mprotect and madvise:
mprotect/madvise cannot be used to mark a previously allocated memory region as
unallocated, but reserved, and not have it count towards the
vm.overcommit_memory=2 limit. Instead, use mmap with MAP_FIXED and a PROT_NONE
memory area, which will mark the region as unused.
--
You are receiving this mail because:
You are watching the assignee of the bug.
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html