Hmm, I wonder what stack size is reserved for a process' stack size resource limit of 'unlimited' (I assume it is picked up from the 'ulimit -s' setting).
From observation, I believe that malloc() will suballocate memory from the mmap() region if it needs / wants to, anyway.
So the distinction between the "heap" and "mmap" sections are less distinct than that presented, I believe. Only "statically" allocated memory (eg. for the data for static & global variables in C), is allocated "exclusively" from the "heap" section.
The general run of applications don't particularly care how memory is laid out, and therefore shouldn't be adversely effected by any change.
However, the category of application that this change is probably trying to address (the "memory hogs" referred to above) are probably precisely those that take special measures to try and achieve the best results from the existing memory layout.
They are also, therefore, most liable to (arguably) "legitimate" breakage when the layout scheme is changed, and most impacted if the ramifications of any such change are not fully thought through.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds