itogami
Fastest and most efficient goroutine pool (experimental) (by alphadose)
haxmap
Fastest and most memory efficient golang concurrent hashmap (by alphadose)
Our great sponsors
| itogami | haxmap | |
|---|---|---|
| 5 | 7 | |
| 128 | 832 | |
| - | - | |
| 0.0 | 3.3 | |
| over 1 year ago | about 1 month ago | |
| Go | Go | |
| MIT License | MIT License |
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.
itogami
Posts with mentions or reviews of itogami.
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
Use of golang runtime internals like itogami and ZenQ to squeeze out a little extra performance
- Itogami, a highly optimized goroutine pool implemented using a lock-free stack
- itogami, a low-latency memory-optimized goroutine pool useful for high-throughput bound operations
- Itogami, the best thread-pool in Golang till date
- Itogami, the best golang thread-pool till date
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.
-
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
What are some alternatives?
When comparing itogami and haxmap you can also consider the following projects:
ZenQ - A thread-safe queue faster and more resource efficient than golang's native channels
hashmap - A Golang lock-free thread-safe HashMap optimized for fastest read access.
avo - Generate x86 Assembly with Go
sonic - A blazingly fast JSON serializing & deserializing library
workerpool - Concurrency limiting goroutine pool
goqueue - Flexible Queue System for Go
workerctl - worker controller for graceful shutdown
xxHash - Pure Go implementation of xxHash (32 and 64 bits versions)
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
go - The Go programming language