go-evmap
A Go implementation of Rust's evmap which optimizes for high-read, low-write workloads and uses eventual consistency to ensure that readers and writers never block each other. (by clarkmcc)
haxmap
Fastest and most memory efficient golang concurrent hashmap (by alphadose)
Our great sponsors
- InfluxDB - Collect and Analyze Billions of Data Points in Real Time
- Onboard AI - Learn any GitHub repo in 59 seconds
- SaaSHub - Software Alternatives and Reviews
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
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.
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.
go-evmap
Posts with mentions or reviews of go-evmap.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-12-18.
haxmap
Posts with mentions or reviews of haxmap.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-08-28.
-
HaxMap v0.2.0 released, huge performance improvements and added support for 32-bit systems
New version [v0.2.1](https://github.com/alphadose/haxmap/releases/tag/v0.2.1) released with more performance improvements
This issue has been fixed with https://github.com/alphadose/haxmap/releases/tag/v0.3.0
-
HaxMap, a concurrent hashmap faster and more memory-efficient than golang's sync.Map
This behaviour is now fixed with https://github.com/alphadose/haxmap/commit/bc3b9a6adfc4600fd948124f5d9b74139dfe6d39
What are some alternatives?
When comparing go-evmap and haxmap you can also consider the following projects:
hashmap - A Golang lock-free thread-safe HashMap optimized for fastest read access.
sonic - A blazingly fast JSON serializing & deserializing library
goqueue - Flexible Queue System for Go
RxGo - Reactive Extensions for the Go language.
go-blocking-dequeue - Thread safe, blocking, generic dequeue data structure for Go
xxHash - Pure Go implementation of xxHash (32 and 64 bits versions)
avo - Generate x86 Assembly with Go
xxhash - A Go implementation of the 64-bit xxHash algorithm (XXH64)
ZenQ - A thread-safe queue faster and more resource efficient than golang's native channels
set - Thread(Safe/Unsafe) Set data structure for Go.
itogami - Fastest and most efficient goroutine pool (experimental)