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

オープン
#4,019 コメント 4 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 1 日以内に返信

まだ誰も着手していません。

評価

難易度
4/5
見積もり時間
3〜5日
初心者へのやさしさ
35/100
issue の種類
リファクタリング
明瞭さ
おおむね明確
活発さ
活発
技術スタック
kotlin

調査の方向性

リンクされている GLD.SerializerBenchmark ラッパー(kotlin/src/main/kotlin/benchmark/serializers/ForySer.kt)から始め、その呼び出しパターンを、パフォーマンスが重要な場合に Fory が推奨する使用方法と比較します。Issue に記載されているオプション、Encoder/Decoder の再利用、型、バッファー処理を確認します。完了条件は、ベンチマークコースについて特定したドキュメントの修正とともに、具体的な公平性に関する注記または小規模な PR を提示することです。

索引モデルが issue の本文から書いたものです。

説明

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: kotlin, harness name: fory).
Implementation we use:

https://github.com/leo-gan/GLD.SerializerBenchmark/blob/master/kotlin/src/main/kotlin/benchmark/serializers/ForySer.kt

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

主要言語
Java
スター
4.6k
フォーク
470
平均マージ
9時間 28分
マージ済み PR(30日)
33

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

apache/fory のほかの issue

apache/fory の issue をすべて見る

似ている issue

Java の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。