Jan is right, increasing the stack size for all threads would cause a very large memory regression. Lets not do that ;) Selectively increasing might make sense but we'd need to keep an eye on how large of an increase we're expecting.
-e On Wed, Sep 13, 2017 at 7:19 AM, Jan de Mooij <jdemo...@mozilla.com> wrote: > On Wed, Sep 13, 2017 at 10:44 AM, Henri Sivonen <hsivo...@hsivonen.fi> > wrote: > > > 3) Increase the run-time stack size on Windows such that 1026-deep > > display: table-cell doesn't overflow the stack. > > > > On Windows, threads that are created without an explicit stack size also > use the executable's stack size. So increasing our stack size will also > affect a bunch of other threads and we risk an increase in virtual memory > OOMs on Win32. I filed bug 1257522 [0] two years ago to pass an explicit > stack size for a number of background threads we create in Gecko, it would > be nice to fix that first. > > Jan > > [0] https://bugzilla.mozilla.org/show_bug.cgi?id=1257522 > _______________________________________________ > dev-platform mailing list > dev-platform@lists.mozilla.org > https://lists.mozilla.org/listinfo/dev-platform > _______________________________________________ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
