stm-containers
restricted-workers
Our great sponsors
stm-containers | restricted-workers | |
---|---|---|
2 | 0 | |
62 | 39 | |
- | - | |
0.0 | 0.0 | |
6 months ago | over 8 years ago | |
Haskell | Haskell | |
MIT License | BSD 3-clause "New" or "Revised" 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.
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
restricted-workers
We haven't tracked posts mentioning restricted-workers yet.
Tracking mentions began in Dec 2020.
What are some alternatives?
stm-conduit - STM-based channels for conduits.
streamly - High performance, concurrent functional programming abstractions
stm-incremental - A very simple interface for incremental computation using STM in Haskell.
async - Run IO operations asynchronously and wait for their results
pipes-concurrency - Concurrency for the pipes ecosystem
timeout-control - Updatable timeouts as a Monad transformer
unagi-chan - A haskell library implementing fast and scalable concurrent queues for x86, with a Chan-like API
concurrent-supply - A fast globally unique variable supply with a pure API
stm-chunked-queues - Thread communication queues that group items/requests that occur close together in time
lifted-async - Run lifted IO operations asynchronously and wait for their results
concurrent-machines - Concurrency features for the Haskell machines package
async-dejafu - Systematic concurrency testing meets Haskell.