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