mapbox / mapbox/mapbox-base-android
Benchmark and optimize class lookups
オープン
まだ誰も着手していません。
- 主要言語
- Kotlin
- スター
- 12
- フォーク
- 6
- PR マージ指標
- 30日以内にマージされた PR はありません
説明
When https://github.com/mapbox/mapbox-base-android/issues/14 is closed, we can look into running benchmarks on release builds and measuring the impact of reflection class lookups. https://developer.android.com/jetpack/androidx/releases/benchmark looks like a good tool that we can use.
Optimization ideas, TBD:
- potentially,
kotlinf-reflectis able to cut downinvokecalls and class lookup times. We'd need to evaluate binary size increase vs performance improvements if those are confirmed - for all other clients that are not building from source but consuming the pre-built binary instead, we could hardcode the glue classes paths and avoid the reflection overhead
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず前提となる issue #14 と AndroidX Benchmark のドキュメントを確認します。release ビルドをベンチマークして reflection によるクラス検索のパフォーマンスを測定し、その後、kotlin-reflect と hardcoded glue-class パスにおけるバイナリサイズとパフォーマンスのトレードオフを評価します。完了条件は、各代替案について測定結果と最適化の方向性が文書化されていることです。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- android, kotlin
- 領域
- mobile-dev, performance
- issue の種類
- リファクタリング
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 活発さ
- 停滞
- 明瞭さ
- 説明が足りない
- 初心者へのやさしさ
- 25/100