
<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr"></div><div dir="ltr">I don’t think this complication worth it. What we would like to save is address space on 32 bit, but we can’t (before running 32 on 64 of course where this stack will be on 64 only). We apparently need to reserve address space for stack at once, so it has the space to grow, and then growing would only mean saving committed pages.</div><div dir="ltr"><br><blockquote type="cite">On 12 Apr 2022, at 04:23, Jin-oh Kang <jinoh.kang.kr@gmail.com> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="auto"><div><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

+<br></blockquote></div></div><div dir="auto"><br></div><div dir="auto">Would it be a good idea to let it grow instead? Instead of, or in addition to, the increased 1M stack limit.</div></div>

</div></blockquote></body></html>