Re: SBCL Fibers proposal
Stas Boukarev <[email protected]> Fri, 13 Mar 2026 16:46:32 +0300
| Newsgroups | gmane.lisp.steel-bank.devel |
|---|---|
| Message-ID | <CAF63=13EWBWfyQEtvXo1LT35Fs8EbgGtOVxvpOELSYvMVk65Nw@mail.gmail.com> |
Which adds up to 4.5MB on linux-x86-64 and darwin-arm64 (the latter after I have reduced the altstack from accidentally being 4MB). On Fri, Mar 13, 2026 at 4:35 PM Stas Boukarev <[email protected]> wrote: > > 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