microsoftgraph / microsoftgraph/msgraph-sdk-java
large amount of com.microsoft.kiota.store.InMemoryBackingStore$Pair objects are allocated, memory leak?
オープン
まだ誰も着手していません。
Status: Needs Investigation
type:bug
- 主要言語
- Java
- スター
- 444
- フォーク
- 154
- 平均マージ
- 18時間 28分
- マージ済み PR（30日）
- 4
説明
Describe the bug
trying to use the delta api and observed 10s of gigabytes of ram usage from this sdk.
Expected behavior
memory consumption should not be this large for a library doing http requests.
How to reproduce
just periodically call the users/groups delta api and try to persist the user/group models somewhere, you will see the ram usage steadily rising.
SDK Version
6.20.0
Latest version known to work for scenario above?
No response
Known Workarounds
none found atm.
Debug output
Click to expand log
Name,Live bytes,Live objects,Allocated objects,Generations
com.microsoft.kiota.store.InMemoryBackingStore$Pair 93,336,120 B (84.3%) 3,889,005 (81.4%) 15,340,787 (78.9%) 234
Configuration
- OS: ubuntu, fedora
- Arch: x64, aarch64
- java: 21, 23
Other information
tried -XX:+UseG1GC without avail
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
調査の方向性
まず、モデルを永続化しながら Java SDK 6.20.0 の users/groups delta API で問題を再現し、報告されている com.microsoft.kiota.store.InMemoryBackingStore$Pair の割り当てを調査します。記載されている Java および OS 構成で繰り返し呼び出した場合のメモリ使用量を比較します。このシナリオに対する回帰チェックを追加し、継続的な増加と過剰な Pair の保持について原因が説明され、解決されていれば完了です。
索引モデルが issue の本文から書いたものです。
評価
- 技術スタック
- java
- 領域
- api
- issue の種類
- バグ
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 活発さ
- 停滞
- 明瞭さ
- おおむね明確
- 初心者へのやさしさ
- 25/100