extensible-effects-concurrent
stm-containers
| extensible-effects-concurrent | stm-containers | |
|---|---|---|
| - | 2 | |
| 6 | 62 | |
| - | - | |
| 0.0 | 3.7 | |
| over 3 years ago | 12 days ago | |
| Haskell | Haskell | |
| BSD 3-clause "New" or "Revised" License | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
extensible-effects-concurrent
We haven't tracked posts mentioning extensible-effects-concurrent yet.
Tracking mentions began in Dec 2020.
stm-containers
-
Software Transactional Memory (1997)
I think you are right about STM being roughly equivalent to snapshot isolation.
What STM offers is an easy way to invent "containers for snapshotted values" aka TVars. Using them carefully may result in better scaling: https://hackage.haskell.org/package/stm-containers
-
How to achieve "Run at most one parallel async action per user"?
how about use stm-containers?
What are some alternatives?
fraxl
stm-incremental - A very simple interface for incremental computation using STM in Haskell.
cspmchecker - The library FDR3 uses for parsing, type checking and evaluating machine CSP.
restricted-workers - Interactive-diagrams
scheduler - A work stealing scheduler
stm-chunked-queues - Thread communication queues that group items/requests that occur close together in time
async-dejafu - Systematic concurrency testing meets Haskell.
theatre - Minimalistic actor library for Haskell
lvish - The LVish Haskell library
named-lock - A named lock that is created on demand.
unagi-chan - A haskell library implementing fast and scalable concurrent queues for x86, with a Chan-like API
conceit - Concurrently + Either