<div dir="ltr">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).</div><br><div class="gmail_quote"><div dir="ltr">On Tue, 18 Oct 2016 at 11:39 Niklas Hambüchen <<a href="mailto:mail@nh2.me">mail@nh2.me</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I, too, found this change a bit problematic btw: It means I can no<br class="gmail_msg">
longer run Haskell on systems where memory overcommit is disabled.<br class="gmail_msg">
<br class="gmail_msg">
For example, I used to run my shell with an appropriate `ulimit -v` to<br class="gmail_msg">
guarantee that a single program can't force me into swapping; I can no<br class="gmail_msg">
longer do that.<br class="gmail_msg">
_______________________________________________<br class="gmail_msg">
Haskell-Cafe mailing list<br class="gmail_msg">
To (un)subscribe, modify options or view archives go to:<br class="gmail_msg">
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer" class="gmail_msg" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br class="gmail_msg">
Only members subscribed via the mailman list are allowed to post.</blockquote></div>