Oak
A Scalable Concurrent Key-Value Map for Big Data Analytics (by yahoo)
FST
FST: fast java serialization drop in-replacement (by RuedigerMoeller)
Our great sponsors
Oak | FST | |
---|---|---|
2 | 2 | |
266 | 1,570 | |
0.0% | - | |
0.0 | 0.0 | |
3 months ago | 10 months ago | |
Java | Java | |
Apache License 2.0 | Apache License 2.0 |
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.
Oak
Posts with mentions or reviews of Oak.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-10-11.
-
JEP draft: 64 bit object headers
Another to add to your collection, https://github.com/yahoo/Oak
-
Solution for hash-map with >100M values
Consider using an database (e.g. H2 embedded, redis) with an on-heap cache (e.g. Caffeine). Since you say it is a Zipfian distribution, the cache should absorb most of the requests. For an off-heap hashtable, you might try Oak as it is likely a faster implementation.
FST
Posts with mentions or reviews of FST.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2022-10-11.
- JEP draft: 64 bit object headers
-
GitHub - realtimetech-solution/opack: Fast object or data serialize and deserialize library
First of all, you're comparing this to GSON and Kryo, how does it compare to Msgpack, fast-serialization, but also Elsa and I'm sure, many others? Are there any limitations and/or trade-offs?
What are some alternatives?
When comparing Oak and FST you can also consider the following projects:
MapDB - MapDB provides concurrent Maps, Sets and Queues backed by disk storage or off-heap-memory. It is a fast and easy to use embedded Java database engine.
Kryo - Java binary serialization and cloning: fast, efficient, automatic