haxmap
ZenQ
Our great sponsors
haxmap | ZenQ | |
---|---|---|
7 | 13 | |
831 | 631 | |
- | - | |
3.3 | 3.6 | |
about 1 month ago | about 1 month ago | |
Go | Go | |
MIT 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.
haxmap
-
hash/maphash is slow
It depends on the architecture like amd64 it’s naturally fast but for amd and the rest is kinda of slow because Go uses AES hashing algorithm upcoming they’re planning to change the hashing alg either xxhash or swisstable I recommend you use 3rd party maphash like https://github.com/alphadose/haxmap or any
-
HaxMap v0.2.0 released, huge performance improvements and added support for 32-bit systems
This issue has been fixed with https://github.com/alphadose/haxmap/releases/tag/v0.3.0
- The fastest and most-memory efficient concurrent hashmap in Golang
-
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
ZenQ
-
HaxMap v0.2.0 released, huge performance improvements and added support for 32-bit systems
Use of golang runtime internals like itogami and ZenQ to squeeze out a little extra performance
- ZenQ vs Channels benchmarks for low-end raspberry pi
-
GoQueue, A Flexible Queue System for Go
regarding thread safety you can make the queue lock free, see this https://github.com/alphadose/ZenQ
- ZenQ version 2.6.1 released, with new features, performance improvements and added support for more CPU architectures
-
Itogami, the best golang thread-pool till date
I have also made a similar project https://github.com/alphadose/ZenQ
- ZenQ now has select{} capability
-
ZenQ now finally a better alternative to native channels with v1.2.0
Hello fellow gophers, A few days ago I published ZenQ, which is a fast thread-safe queue
- A thread-safe queue faster than native Golang channels
-
A thread-safe queue faster than native golang channels
Code for the above benchmark https://github.com/alphadose/ZenQ/blob/main/benchmarks/main_test.go
What are some alternatives?
hashmap - A Golang lock-free thread-safe HashMap optimized for fastest read access.
goqueue - Flexible Queue System for Go
sonic - A blazingly fast JSON serializing & deserializing library
parallel - xargs for concurrent, distributed execution of shell commands
ants - 🐜🐜🐜 ants is a high-performance and low-cost goroutine pool in Go./ ants 是一个高性能且低损耗的 goroutine 池。
go-blocking-dequeue - Thread safe, blocking, generic dequeue data structure for Go
itogami - Fastest and most efficient goroutine pool (experimental)
xxHash - Pure Go implementation of xxHash (32 and 64 bits versions)
Disruptor - High Performance Inter-Thread Messaging Library
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.
workerpool - Concurrency limiting goroutine pool