Persistent Collection
SBE
Our great sponsors
Persistent Collection | SBE | |
---|---|---|
4 | 7 | |
746 | 3,021 | |
- | 1.1% | |
6.6 | 8.5 | |
about 1 month ago | 11 days ago | |
Java | Java | |
GNU General Public License v3.0 or later | Apache License 2.0 |
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.
Persistent Collection
-
I had a great experience with Scala and hopefully it will get more popular
So does Java! Also, kotlinx.collections is still not stable and I don't think they are intending to make it so any time soon.
-
What’s so great about functional programming anyway?
> If you are using containers, always, always, always use immutable containers from Google Guava unless you have an exceptionally good reason.
I actually prefer pcollections: https://github.com/hrldcpr/pcollections
AtomicReference + immutable data types is a really nice way to program in Java, and is basically the way most Clojure programs are written.
- Why Java's Records Are Better* Than Lombok's Data and Kotlin's Data Classes
-
Libraries, Frameworks and Technologies you would NOT recommend
You might consider persistent collections instead of immutable collections, I believe it is more optimized https://github.com/hrldcpr/pcollections
SBE
- Simple Binary Encoding (SBE) – High Performance Message Codec
- Simple Binary Encoding (SBE)
-
Possibly stupid question, is java the right language for low latency and high throughput web servers?
I was about to suggest Chronicle, but it looks like they have gone closed-source. The older version is still interesting to look through though. Aeron / Disruptor / SBE are good projects for inspiration as well.
-
GitHub - realtimetech-solution/opack: Fast object or data serialize and deserialize library
Could you evaluate how it compares with SBE?
-
Simple Binary Encoding (SBE) now supports Rust
The Simple Binary Encoding (SBE) project now includes support for generating Rust code. Generated code produced does not use unsafe and has no dependencies on any other crates.
-
I made an NBT-based data format, but a little more general purpose
SBE
-
Parsing Protobuf at 2+GB/S: How I Learned to Love Tail Calls in C
Consider a valid protobuf message with such a field. If you can locate the field value bytes, you can write a new value to the same location without breaking the message. It's obviously possible to the same with the varint type too, as long as you don't change the number of bytes - not so practical, but useful for enum field which has a limited set of useful values (usually less than 128).
Pregenerating protobuf messages you want to send and then modifying the bytes in-place before sending is going to give you a nice performance boost over "normal" protobuf serialization. It can be useful if you need to be protobuf compatible, but it's obviously better to use something like SBE - https://github.com/real-logic/simple-binary-encoding
What are some alternatives?
Big Queue - A big, fast and persistent queue based on memory mapped file.
Protobuf - Protocol Buffers - Google's data interchange format
tape - A lightning fast, transactional, file-based FIFO for Android and Java.
FlatBuffers - FlatBuffers: Memory Efficient Serialization Library
Apache Parquet - Apache Parquet
Apache Avro - Apache Avro is a data serialization system.
MessagePack - MessagePack implementation for C and C++ / msgpack.org[C/C++]
dexx - Persistent (immutable) collections for Java and Kotlin
Boost.Serialization - Boost.org serialization module
Cap'n Proto - Cap'n Proto serialization/RPC system - core tools and C++ library