Hi Tristan and Branimir, this is interesting, I didn't know that ulimit makes this distinction and that the way GHC maps the pages doesn't count towards the accounting limit (the limit as described e.g. on https://www.etalabs.net/overcommit.html in the section starting with "The approach taken in reality"). Is it possible to set the the overcommit settings per shell / per program like `ulimit -v` allows? On 18/10/16 12:31, Tristan Seligmann wrote:
As far as I know, this behaviour should not be affected by overcommit as the unused pages are all mapped with PROT_NONE and thus do not count towards the commit limit as they cannot be used without the mapping being changed. `ulimit -v` (aka RLIMIT_AS) however limits the actual address space size, and so this does count towards that (as do mmap()ed files and other such virtual mappings that do not count towards the commit limit).