SBCL Fibers – Lightweight Cooperative Threads

justinhj

They should be called Anthony Green Threads. Seriously though, great to see.

matthewfcarlson

I personally like the name fiber better than green threads. But everywhere I’ve worked in user space cooperative threads, it’s always been green threads.

HexDecOctBin

Is there a similar document for the memory arena feature? I tried searching the official documentation, but found scant references and no instructions on how and when to use it.

pestatije

SBCL - Steel Bank Common Lisp

nothrabannosir

I strongly recommend having a look at the mailing list to get some context: https://sourceforge.net/p/sbcl/mailman/sbcl-devel/thread/CAF... and https://sourceforge.net/p/sbcl/mailman/sbcl-devel/thread/CAC... This will certainly speak to some people taking part in some of the more controversial discussions taking place on HN recently, to put it mildly.

lukasb

Serious question - I thought LLMs were bad at balancing parentheses?

smallstepforman

256Kb stack per Fiber is still insane overhead compared to Actors. I guess if we survey programming community, I’d guesstimate that less than 2% of devs even know what the Actor model is, and an even smaller percentage have actually used it in production. Any program that has at least one concurrent task that runs on a thread (naturally they’ll be more than one) is a perfect reason to switch to Actor programming model. Even a simple print() function can see performance boost from running on a 2nd core. There is a lot of backround work to print text (parsing font metrics, indexing screen buffers, preparing scene graphs etc) and its really inefficient to block your main application while doing all this work while background cores sit idle. Yet most programmers dont know about this performance boost. Sad state of our education and the industry.