Will use Netty's BytebufAllocator improve the performance of allocation in Pekko?
メンテナーはふだん 1 日以内に返信
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 25/100
- issue の種類
- 機能追加
- 明瞭さ
- 説明が足りない
- 活発さ
- 停滞
- 領域
- performance
調査の方向性
まず Pekko の DirectByteBufferPool と、pooled または adaptive な割り当てや internalNioBuffer の公開を含む、関連する Netty ByteBufAllocator のオプションを調査します。既存および提案する割り当てパスのベンチマークを行い、その後、Netty 統合によって安全で測定可能なパフォーマンス向上が得られるかどうかを文書化します。
索引モデルが issue の本文から書いたものです。
説明
Current pekko has a DirectByteBufferPool, but Netty has a more complicated BytebufAllocator, with pooled or adaptive type.
Not sure if it's a good idea to make use of Netty's BytebufAllocator and then expose the internalNioBuffer to pekko.
- 主要言語
- Scala
- スター
- 1.7k
- フォーク
- 212
- 平均マージ
- 18時間 4分
- マージ済み PR（30日）
- 113
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
apache/pekko のほかの issue
-
documentation
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
apache/pekko#1840 · コメント 8 件 ·
メンテナーはふだん 1 日以内に返信
-
Coordinator singleton lease loss permanently stops the local ShardRegion while the node is still Up対応中かも @He-Pin が 5 日前に担当しました。 オープンbug cluster
難易度 4/5 3〜5日 初心者へのやさしさ 25/100
メンテナーはふだん 1 日以内に返信
-
enhancement flaky make-tests-easier-to-run
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
メンテナーはふだん 1 日以内に返信
-
build enhancement github_actions
難易度 3/5 1〜2日 初心者へのやさしさ 70/100
メンテナーはふだん 1 日以内に返信
-
enhancement
難易度 4/5 3〜5日 初心者へのやさしさ 55/100
メンテナーはふだん 1 日以内に返信
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
lichess-org/lila#22324 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
area:ci enhancement priority:low requires-triage
難易度 2/5 1〜3時間 初心者へのやさしさ 74/100
apache/datafusion-comet#7319 · コメント 1 件 ·
メンテナーはふだん 2 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 73/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
canton-network/splice#8087 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
メンテナーはふだん 1 日以内に返信