Re: coop - a concurrent ml-like wanna be (pre-SRFI) Amirouche 06 May 2021 14:49 UTC
Thanks for ending this monolog. And thanks for SRFI-18, it is very helpful, and I will use it to implement coop pre-SRFI. ref: https://srfi.schemers.org/srfi-18/srfi-18.html On 2021-05-06 16:26, Marc Feeley - feeley at iro.umontreal.ca wrote: > I’m not sure what your goal is with this SRFI. Could you clarify? > > SRFI-18 (Multithreading support) is supported by many Scheme > implementations and is the best thread API if you are interested in > portability accross Scheme implementations. It seems some of the > things you are proposing have a direct link with SRFI-18 features, so > I don’t understand why a new SRFI is needed. So far, if we disregard PRIORITY, coop is only an alternative to SRFI-18. When priority is +inf.0 it should have exclusive access to a CPU. Otherwise it is a hint to implement fairness. Coop API surface is much smaller. If we disregard "existing mainstream knowledge" as is the case of a programmer without prior experience programming concurrent system: it is simpler. What I am exploring with that pre-SRFI is whether coop provides less guns to shoot myself in the foot compared to mutex and conditions. So far, the only problem with coop is producer or consumer starvation.