Indeed, I have overcommit 48GB max. No problem running haskell programs.

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).

On Tue, 18 Oct 2016 at 11:39 Niklas Hambüchen <mail@nh2.me> wrote:

I, too, found this change a bit problematic btw: It means I can no
longer run Haskell on systems where memory overcommit is disabled.

For example, I used to run my shell with an appropriate `ulimit -v` to
guarantee that a single program can't force me into swapping; I can no
longer do that.
_______________________________________________
Haskell-Cafe mailing list
To (un)subscribe, modify options or view archives go to:
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe
Only members subscribed via the mailman list are allowed to post.

_______________________________________________
Haskell-Cafe mailing list
To (un)subscribe, modify options or view archives go to:
http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe
Only members subscribed via the mailman list are allowed to post.