Re: SBCL Fibers proposal
Stas Boukarev <[email protected]> Fri, 13 Mar 2026 16:35:17 +0300
| Newsgroups | gmane.lisp.steel-bank.devel |
|---|---|
| Message-ID | <CAF63=13TKbQnm7jeAiHA93cJy94j-xS-6O3DH8bhfWcbsqzLnw@mail.gmail.com> |
SBCL allocates its own stack. Control, and binding, and alien, and tls values, and altstack. On Fri, Mar 13, 2026 at 12:37 Philipp Marek via Sbcl-devel < [email protected]> wrote: > > > After finishing this review, I showed it to a colleague. They > > pointed > > out to me that the 8 MB per-thread stack size quoted throughout the > > document, in section 1 (motivation), 5 (design) and 14 (measurements, > > if multiplying numbers is a measurement) is not correct. I offer > > this > > as yet another datum: despite my being primed to suspect every claim > > in this document, and aiming to read the document as cautiously as > > possible, the value quoted looked plausible, was used consistently, > > and its plausibility allowed that value to just slide by. > > I guess this 8MB value is my early contribution to this discussion, > given as default on Linux as per default ulimit. > > Source: > > https://github.com/torvalds/linux/blob/0257f64bdac7fdca30fa3cae0df8b9ecbec7733a/include/uapi/linux/resource.h#L66 > > What is wrong about that? > > > _______________________________________________ > Sbcl-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/sbcl-devel > _______________________________________________ Sbcl-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/sbcl-devel