google / google/flatbuffers

[benchmark] Request for call-path / fairness review (GLD.SerializerBenchmark)

Open
#9,175 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
C++
Stars
26.5k
Forks
3.7k
PR merge metrics
No merged PRs in 30d

Description

Hello,

I'm Leonid Ganeline. We maintain an open multi-language serializer benchmark:

https://github.com/leo-gan/GLD.SerializerBenchmark

Your library is included in the suite (language: rust, harness name: `flexbuffers`).
Implementation we use:

https://github.com/leo-gan/GLD.SerializerBenchmark/blob/master/rust/src/serializers/binary_serde.rs

Note: Rust flexbuffers usage (FlatBuffers FlexBuffers).

We would value a short review of whether our measurement is fair and idiomatic:

1. Does our call pattern match how you recommend using the library in performance-sensitive code?
2. Should we change options, encoder/decoder reuse, types, or buffer handling?
3. Is there a better API (or a second entry point worth a separate row in the suite)?

Concrete notes or a small PR against that wrapper would help a lot. We are happy to credit you in the docs.

The repo also includes a short Serialization course (101–401). If something important about your design is easy to misstate, a pointer is welcome—we can update the docs ourselves.

Thank you for maintaining this library.

Best regards,
Leonid Ganeline

Contributor guide

Open the contributing guide

Research direction

Start with the linked rust/src/serializers/binary_serde.rs wrapper and compare its flexbuffers usage with the library's recommended performance-sensitive API. Review the call pattern, options, reuse, types, and buffer handling, then report concrete findings or prepare a small wrapper PR. Done means the benchmark has actionable guidance or an agreed implementation update.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
performance
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.